Arch Linux

This appears to be a "known problem" (?) in virtual machines when CD Roms are mounted: http://web.dit.upm.es/vnxwiki/index.php/Vnx-rootfsubuntu#Known_problems
I have no CD Rom in my drive though.

Any thoughts?

I just found out that I'm getting similar messages since linux 3.15.1-1. I'm not getting them with the LTS kernel (3.10.45-1-lts right now), and didn't get them with the kernel before 3.15.x, namely 3.14.6-1. So far, I also haven't noticed any problems. Like Philip, I also have a Marvell controller that seems to be involved.

Relevant lines from the journal (full log attached, hostname changed):

kernel: ata16: SATA max UDMA/133 abar m2048@0xfdeff000 port 0xfdeff480 irq 50
...
kernel: ata16: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
kernel: ata16.00: ATAPI: MARVELL VIRTUALL, 1.09, max UDMA/66
kernel: ata16.00: configured for UDMA/66
...
scsi 15:0:0:0: Processor Marvell 91xx Config 1.01 PQ: 0 ANSI: 5
...
kernel: ata16.00: exception Emask 0x1 SAct 0x0 SErr 0x0 action 0x6
kernel: ata16.00: irq_stat 0x40000001
kernel: scsi 15:0:0:0: CDB:
kernel: cdb[0]=0x12: 12 01 00 00 ff 00
kernel: ata16.00: cmd a0/01:00:00:00:01/00:00:00:00:00/a0 tag 2 dma 16640 in
res 00/00:00:00:00:00/00:00:00:00:00/00 Emask 0x3 (HSM violation)
kernel: ata16: hard resetting link
kernel: sda: sda1 sda2 sda3 sda4 sda5 sda6 sda7 sda8 sda9 sda10
kernel: sd 5:0:0:0: [sda] Attached SCSI disk
kernel: ata17.01: ATAPI: HL-DT-ST DVDRAM GSA-H12N, UL01, max UDMA/66
kernel: tsc: Refined TSC clocksource calibration: 2912.883 MHz
kernel: ata17.01: configured for UDMA/66
kernel: ata16: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
kernel: ata16.00: configured for UDMA/66
kernel: ata16: EH complete

Interesting. What's your motherboard or your exact Marvell chip? Mine is a Marvell SE9128 (SATA 3 controller) on an ASRock P55 Deluxe3 (http://www.asrock.com/mb/Intel/P55%20Deluxe3/?cat=Specifications).

Appears this is probably an upstream bug in the new kernel.

I have a Gigabyte GA-770TA-UD3 mainboard with a Marvell 9128 SATA 3 controller. I don't have any devices attached to those SATA 3 connectors, though.
http://www.gigabyte.com/products/product-page.aspx?pid=3272&dl=#ov

I read that libata changed quite a bit in the 3.15 kernel, maybe related to our problem:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=01d5f3b598b18a5035426c30801adf65822dbd0c

Same message here with the 3.15.4-1-ARCH kernel on a GA-770TA-UD3 (http://www.gigabyte.com/products/product-page.aspx?pid=3438#sp) with, guess what, the same Marvell 9128 SATA 3 controller.

Same here on 3.16.1-1-ARCH. Asus P8Z77 WS (http://www.asus.com/Motherboards/P8Z77_WS/specifications/). Same 9128 controller.


Aug 26 05:54:31 archlinux kernel: ata14: SATA max UDMA/133 abar m2048@0xf3210000 port 0xf3210480 irq 56
Aug 26 05:54:31 archlinux kernel: ata14: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Aug 26 05:54:31 archlinux kernel: ata14.00: ATAPI: MARVELL VIRTUALL, 1.09, max UDMA/66
Aug 26 05:54:31 archlinux kernel: ata14.00: configured for UDMA/66
Aug 26 05:54:31 archlinux kernel: ata14.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
Aug 26 05:54:31 archlinux kernel: ata14.00: irq_stat 0x40000001
Aug 26 05:54:31 archlinux kernel: ata14.00: cmd a0/01:00:00:00:01/00:00:00:00:00/a0 tag 2 dma 16640 in
Aug 26 05:54:31 archlinux kernel: ata14: hard resetting link
Aug 26 05:54:31 archlinux kernel: ata14: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Aug 26 05:54:31 archlinux kernel: ata14.00: configured for UDMA/66
Aug 26 05:54:31 archlinux kernel: ata14: EH complete

Same here, 3.17.1-1-ARCH, GA-790XTA-UD4, http://www.gigabyte.com/products/product-page.aspx?pid=3263#ov, same 9128 controller. Only occurs on kernels 3.15 and later.

I am also seeing this. kernel 3.17.3

Motherboard:
ASUSTeK Computer INC. KCMA-D8/KCMA-D8, BIOS 3102 01/31/2013

Error:
[ 2.433415] ata14.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
[ 2.433466] ata14.00: irq_stat 0x40000001
[ 2.433508] scsi 13:0:0:0: CDB:
[ 2.433510] cdb[0]=0x12: 12 01 00 00 ff 00
[ 2.433517] ata14.00: cmd a0/01:00:00:00:01/00:00:00:00:00/a0 tag 3 dma 16640 in
res 00/00:00:00:00:00/00:00:00:00:00/00 Emask 0x3 (HSM violation)
[ 2.433578] ata14: hard resetting link

I am also seeing this error in kernel 3.17.6-1-ARCH using an ASRock C2750D4I board, which has two Marvell controllers (SE9230 and SE9172):

[ 1.992660] ata16.00: ATAPI: MARVELL VIRTUALL, 1.09, max UDMA/66
[ 1.992829] ata16.00: configured for UDMA/66
[ 2.022560] ata16.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
[ 2.022646] ata16.00: irq_stat 0x40000001
[ 2.022739] ata16.00: cmd a0/01:00:00:00:01/00:00:00:00:00/a0 tag 3 dma 16640 in
res 00/00:00:00:00:00/00:00:00:00:00/00 Emask 0x3 (HSM violation)

The error only occurs when the Marvell SE9230 controller is enabled in BIOS. The SE9172 controller does not produce any errors when enabled.

UEFI version: 2.50
BMC version 0.19.0

Same here on Gigabyte GA-770TA-UD3 with Kernel 4.0.0-1-ARCH from testing.

[ 2.806183] scsi 17:0:0:0: Processor Marvell 91xx Config 1.01 PQ: 0 ANSI: 5
[ 2.822221] ata18.00: exception Emask 0x1 SAct 0x0 SErr 0x0 action 0x6
[ 2.822258] ata18.00: irq_stat 0x40000001
[ 2.822282] ata18.00: cmd a0/01:00:00:00:01/00:00:00:00:00/a0 tag 1 dma 16640 in
opcode=0x12 12 01 00 00 ff 00res 00/00:00:00:00:00/00:00:00:00:00/00 Emask 0x3 (HSM violation)
[ 2.822362] ata18: hard resetting link

I have now opened a bugreport on the official kernel bugtracker: https://bugzilla.kernel.org/show_bug.cgi?id=98171
Chime in and follow if you like!