ahci: use 0x80 as wait stat value instead of 0xff
authorTejun Heo <htejun@gmail.com>
Fri, 26 Jan 2007 06:37:20 +0000 (15:37 +0900)
committerJeff Garzik <jeff@garzik.org>
Fri, 26 Jan 2007 22:24:07 +0000 (17:24 -0500)
Before hardreset, ahci initialized stat part of received FIS area to
0xff to wait for the first D2H Reg FIS which would change the value to
device ready state.  This used to work but now libata considers status
value of 0xff as device not present making this wait prone to failure.

This patch makes ahci use 0x80 for the wait stat value instead of
0xff to fix the above problem.

Signed-off-by: Tejun Heo <htejun@gmail.com>
 drivers/ata/ahci.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
Signed-off-by: Jeff Garzik <jeff@garzik.org>
drivers/ata/ahci.c

index d8f0ce970d545442f4f93dbeed90e68fe652defa..28a82e3403f10d074e1d86d69f4b0d69c0546e0a 100644 (file)
@@ -903,7 +903,7 @@ static int ahci_hardreset(struct ata_port *ap, unsigned int *class)
 
        /* clear D2H reception area to properly wait for D2H FIS */
        ata_tf_init(ap->device, &tf);
-       tf.command = 0xff;
+       tf.command = 0x80;
        ata_tf_to_fis(&tf, d2h_fis, 0);
 
        rc = sata_std_hardreset(ap, class);