> Some SATA controllers use 0xff to indicate empty port. This seldomly > matters as we have the almighty SStatus register to check device > presence (there is a bug regarding this, patch pending). > > This GoVault drive fails because ata_piix doesn't have SCR while using > 0xff to indicate port not ready (dunno exact which state causes 0xff > status tho) while the GoVault drive fails to clear that state in 150ms > (not 30s). The libata sees 0xff after SRST if GoVault drive is attached
So we can also cut this down by only doing the extra polling on a device which is SATA and lacks SCR ? - To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
