Hello, Srihari Vijayaraghavan wrote: > ahci 0000:00:12.0: AHCI 0001.0100 32 slots 4 ports 3 > Gbps 0xf impl SATA mode > ahci 0000:00:12.0: flags: 64bit ncq ilck pm led clo > pmp pio slum part > ata3: SATA max UDMA/133 cmd 0xffffc2000006a100 ctl > 0x0000000000000000 bmdma 0x0000000000000000 irq 22 > ata4: SATA max UDMA/133 cmd 0xffffc2000006a180 ctl > 0x0000000000000000 bmdma 0x0000000000000000 irq 22 > ata5: SATA max UDMA/133 cmd 0xffffc2000006a200 ctl > 0x0000000000000000 bmdma 0x0000000000000000 irq 22 > ata6: SATA max UDMA/133 cmd 0xffffc2000006a280 ctl > 0x0000000000000000 bmdma 0x0000000000000000 irq 22 > scsi2 : ahci > PM: Adding info for No Bus:host2 > ata3: softreset failed (1st FIS failed) > ata3: softreset failed, retrying in 5 secs > ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) > ata3.00: qc timeout (cmd 0xec) > ata3.00: failed to IDENTIFY (I/O error, > err_mask=0x104) > ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) > ata3.00: qc timeout (cmd 0xec) > ata3.00: failed to IDENTIFY (I/O error, > err_mask=0x104) > ata3.00: limiting speed to UDMA7:PIO5 > ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) > ata3.00: qc timeout (cmd 0xec) > ata3.00: failed to IDENTIFY (I/O error, > err_mask=0x104) > ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) > scsi3 : ahci > > I've made a couple of more observations also: > With the SATA controller mode set to AHCI in the BIOS, > the Seagate SeaToolsDos diagnostic tool wouldn't > detect the drives. (Perhaps because it's a legacy OS) > > By setting it to IDE controller mode, the diagnostics > ran & completed successfully on both the drives, thus > I believe the drives, cables, power connectors etc. > are working fine as expected. > > The above dmesg is after setting the SATA controller > back to AHCI mode in the BIOS. Hmm... It's fishy. The first SRST is failing. Following hardreset succeeds but IDENTIFY issued after that times out. This doesn't seem to be IRQ delivery problem. Conke Hu, any ideas? > (I'm using the yahoo web interface to post these > emails. If it makes it hard to read, on your request, > I'm happy to provide the kernel logs as email > attachments). I can read it but attachment with mime type set to plain text should be easier. -- tejun - To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
