Skip to contentSkip to conversation

Marvell 7042 (sata_mv) fails to initialize drive

DISCUSSION Markus Gutschke 2 participants 3 messages Jul 31, 2007 – Aug 1, 2007 libata

lore
Share & tools
lore

Markus Gutschke

author
#0 lore raw

I just tried hooking up a Hitachi 1TB SATA-II drive to a Marvell 7042 based controller, and the most recent Linux kernel (2.6.23-rc1) fails to properly initialize the interface. Here are the relevant kernel messages:

Quoted 10 lines

kernel: [43.312417] sata_mv 0000:06:00.0: version 0.81
kernel: [43.312752] ACPI: PCI Interrupt Link [APC5] enabled at IRQ 16
kernel: [43.312757] ACPI: PCI Interrupt 0000:06:00.0[A] -> Link [APC5] -> GSI 16 (level, low) -> IRQ 16
kernel: [43.312788] sata_mv 0000:06:00.0: Applying 60X1C0 workarounds to unknown rev
kernel: [43.314443] sata_mv 0000:06:00.0: Gen-IIE 32 slots 4 ports SCSI mode IRQ via INTx
kernel: [43.314535] scsi0 : sata_mv
kernel: [43.314581] scsi1 : sata_mv
kernel: [43.314614] scsi2 : sata_mv
kernel: [43.314640] scsi3 : sata_mv
kernel: [43.314660] ata1: SATA max UDMA/133 cmd 0x0000000000000000 ctl 0xffffc20003522120 bmdma 0x0000000000000000 irq 16

Quoted 8 lines

kernel: [43.314663] ata2: SATA max UDMA/133 cmd 0x0000000000000000 ctl 0xffffc20003524120 bmdma 0x0000000000000000 irq 16
kernel: [43.314666] ata3: SATA max UDMA/133 cmd 0x0000000000000000 ctl 0xffffc20003526120 bmdma 0x0000000000000000 irq 16
kernel: [43.314669] ata4: SATA max UDMA/133 cmd 0x0000000000000000 ctl 0xffffc20003528120 bmdma 0x0000000000000000 irq 16
kernel: [53.409086] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
kernel: [59.741602] ata1: EH pending after completion, repeating EH (cnt=4)
kernel: [59.777642] ata2: SATA link down (SStatus 0 SControl 300)
kernel: [59.809752] ata3: SATA link down (SStatus 0 SControl 300)
kernel: [59.841740] ata4: SATA link down (SStatus 0 SControl 300)

The kernel never even registers the drive as an available disk device, whereas everything appears to work fine, if I connect the disk to one of the other controllers (JMicron AHCI, or NVidia sata_nv) on this motherboard.

As I have two of those disks (in a RAID-1 array) and multiple independent controllers, it is relatively easy for me to do some testing here. The worst case scenario is that I need to wait a couple of hours for the array to rebuild itself after I am done experimenting.

Let me know, if there is anything I can do to help you diagnose the root cause, or whether this is a known bug and you don't need any help testing at this point.

Markus

#1 lore raw

Hi Markus,

Quoted 3 lines · Markus Gutschke

I just tried hooking up a Hitachi 1TB SATA-II drive to a Marvell 7042 based controller, and the most recent Linux kernel (2.6.23-rc1) fails to properly initialize the interface.

Does 2.6.22.1 work?

Quoted 30 lines

Here are the relevant kernel messages:

Quoted 10 lines

kernel: [43.312417] sata_mv 0000:06:00.0: version 0.81
kernel: [43.312752] ACPI: PCI Interrupt Link [APC5] enabled at IRQ 16
kernel: [43.312757] ACPI: PCI Interrupt 0000:06:00.0[A] -> Link [APC5] -> GSI 16 (level, low) -> IRQ 16
kernel: [43.312788] sata_mv 0000:06:00.0: Applying 60X1C0 workarounds to unknown rev
kernel: [43.314443] sata_mv 0000:06:00.0: Gen-IIE 32 slots 4 ports SCSI mode IRQ via INTx
kernel: [43.314535] scsi0 : sata_mv
kernel: [43.314581] scsi1 : sata_mv
kernel: [43.314614] scsi2 : sata_mv
kernel: [43.314640] scsi3 : sata_mv
kernel: [43.314660] ata1: SATA max UDMA/133 cmd 0x0000000000000000 ctl 0xffffc20003522120 bmdma 0x0000000000000000 irq 16

Quoted 8 lines

kernel: [43.314663] ata2: SATA max UDMA/133 cmd 0x0000000000000000 ctl 0xffffc20003524120 bmdma 0x0000000000000000 irq 16
kernel: [43.314666] ata3: SATA max UDMA/133 cmd 0x0000000000000000 ctl 0xffffc20003526120 bmdma 0x0000000000000000 irq 16
kernel: [43.314669] ata4: SATA max UDMA/133 cmd 0x0000000000000000 ctl 0xffffc20003528120 bmdma 0x0000000000000000 irq 16
kernel: [53.409086] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
kernel: [59.741602] ata1: EH pending after completion, repeating EH (cnt=4)
kernel: [59.777642] ata2: SATA link down (SStatus 0 SControl 300)
kernel: [59.809752] ata3: SATA link down (SStatus 0 SControl 300)
kernel: [59.841740] ata4: SATA link down (SStatus 0 SControl 300)

The kernel never even registers the drive as an available disk device, whereas everything appears to work fine, if I connect the disk to one of the other controllers (JMicron AHCI, or NVidia sata_nv) on this motherboard.

As I have two of those disks (in a RAID-1 array) and multiple independent controllers, it is relatively easy for me to do some testing here. The worst case scenario is that I need to wait a couple of hours for the array to rebuild itself after I am done experimenting.

Quoted 6 lines

Let me know, if there is anything I can do to help you diagnose the root cause, or whether this is a known bug and you don't need any help testing at this point.

Markus

Regards,
Michal

Signature · 2 lines
LOG
http://www.stardust.webpages.pl/log/
author
#2 lore raw

I have done some more testing, and it now looks as if this was actually a hardware fault. Reseating the PCI-E card made the problem go away (knock on wood). I am a little puzzled that it is possible for the card to show up on the PCI bus, and for the driver to be able to detect whether a disk is connected, but then for it to fail to communicate with the disk. But oh well, I guess if just some of the PCI-E signals aren't connected, strange error modes are to be expected.

Sorry for the false alarm. And just for the record, if any you need any more testing done with 7042 controllers, feel free to ask me for help -- I think I read somewhere that Jeff was looking for testers that have access to this hardware.

Markus