d97d20da82
Check the error bits in the interrupt status register. According to the AHCI 1.2 spec, "Interrupt sources that are disabled (‘0’) are still reflected in the status registers.", so this should work even though grub uses polling This fixes the following problem on a Fujitsu E744 laptop: Sometimes there is a very long delay (up to several minutes) when booting from hard disk. It seems accessing the DVD drive (which has no disk inserted) sometimes fails with some errors, which leads to each access being stalled until the 20s timeout triggers. This seems to happen when grub is trying to read filesystem/partition data. The problem is that the command_issue bit that is checked in the loop is only reset if the "HBA receives a FIS which clears the BSY, DRQ, and ERR bits for the command", but the ERR bit is never cleared. Therefore command_issue is never reset and grub waits for the timeout. The relevant bit in our case is the Task File Error Status (TFES), which is equivalent to the ERR bit 0 in tfd. But this patch also checks the other error bits except for the "Interface non-fatal error status" bit. Signed-off-by: Stefan Fritsch <fritsch@genua.de> Reviewed-by: Daniel Kiper <daniel.kiper@oracle.com> |
||
---|---|---|
.. | ||
arc | ||
efi | ||
i386/pc | ||
ieee1275 | ||
uboot | ||
xen | ||
AFSplitter.c | ||
ahci.c | ||
ata.c | ||
cryptodisk.c | ||
diskfilter.c | ||
dmraid_nvidia.c | ||
geli.c | ||
host.c | ||
ldm.c | ||
loopback.c | ||
luks.c | ||
lvm.c | ||
mdraid1x_linux.c | ||
mdraid_linux.c | ||
mdraid_linux_be.c | ||
memdisk.c | ||
pata.c | ||
raid5_recover.c | ||
raid6_recover.c | ||
scsi.c | ||
usbms.c |