On 9/23/07, Alan Cox <alan@xxxxxxxxxxxxxxxxxxx> wrote: > > Sep 18 18:50:01 treogen [ 63.440000] ata1.00: status: {DRDY } > > Sep 18 18:50:01 treogen [ 63.440000] ata1: hard resetting link > > Timed out waiting for data transfers to complete that didn't. Does sound > like the device got told the wrong sized transfer. > > > It then falls off the bus because Jeff hasn't merged Mark Lord's DRQ > draining patch. One time the error was different: Sep 11 19:19:24 treogen [ 33.340000] ata1.00: exception Emask 0x20 SAct 0x1 SErr 0x0 action 0x2 Sep 11 19:19:24 treogen [ 33.340000] ata1.00: irq_stat 0x00020002, PCI master abort while fetching SGT Sep 11 19:19:24 treogen [ 33.340000] ata1.00: cmd 61/08:00:09:d6:42/00:00:25:00:00/40 tag 0 cdb 0x0 data 4096 out Sep 11 19:19:24 treogen [ 33.340000] res 50/00:00:af:ea:42/00:00:25:00:00/e0 Emask 0x20 (host bus error) Sep 11 19:19:24 treogen [ 33.340000] ata1.00: status: {DRDY } Sep 11 19:19:24 treogen [ 33.670000] ata1: soft resetting link Sep 11 19:19:24 treogen [ 33.710000] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) Sep 11 19:19:24 treogen [ 33.800000] ata1.00: configured for UDMA/100 Sep 11 19:19:24 treogen [ 33.800000] ata1: EH complete This was repeated 12 times. (Diff between a good boot and one with that error is here: http://lkml.org/lkml/2007/9/14/107 ) Torsten - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html