> Well, it's what the ide driver does. BTW, according to the spec, we > need to test bit 14 and 15 of word 87 before trusting any value the > device reports in words 85-87 and 120, which libata currently doesn't > do. Are we leaving this out intentionally (for broken devices) or just > did we just miss it? Much of our testing was short checks on validity bits [although thats really all paranoia]. Fixed in my tree and also made the hpa check match drivers/ide and check both. Verified the rest, fixed the dword_io check. Think our flush_cache handling is still buggy in both old and new IDE btw. - 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