Tejun Heo wrote:
So, this is specific to SATA (the host side at least) piix && PIO READ, right? I think we can fit this code nicely into piix_sata_error_handler() if we make sure that it triggers under the right condition - after a PIO READ command fails due to HSM violation caused by stuck DRQ.
Yeah, so far it's just PIO FROM DEVICE on a "SATA" device on ata_piix. It *may* be more widespread than that, but we'll have to test some others.
Can you please perform similar test on a native PATA device connected to native PATA controller? I'm curious whether SRST makes real silicons forget about the on-going command.
I'll dig through some other hardware here and see what I have. This'll take a few hours. Cheers - 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
