> That's not the problem here - with the printk's I've added, there's no > way for the IO read/writes to come that fast. Slowing down the IO > accesses made no difference what so ever. Doing it within 400nS of command setup is suspect at the ATA level and can trivially fixed. Sane PCI controllers (and quite a few less than sane ones) all implement an AltStatus which can be checked for busy bits with DMA running or stall that access until the DMA completes (wrongly in some CMD64x cases). The 20246 implements its own magic 'am I busy' flag which old IDE supports and libata doesn't. So as well as the ndelay(400) fix for PIO controllers it needs pdc202xx_test_irq porting over to complete the fix. Alan -- 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
