Alan Cox wrote:
why we have to check for ATA revision prior to that -- unless we're trying to guard against pre ATA-3 values other than 0 or 0xFFFF.
Which we are.
On what grounds? Note that ATA-3 only names 0 and 0xFFFF as inappropriate values.
On the grounds that there are devices that predate ATA-3 and that we should be robust.
ATA/PI-4 states they had 0 or 0xFFFF there. Again, we weren't robust (by your definition) in other cases of using words 82-83 -- have it caused issues? Another argument about robustness: CF specifies word 80 as *reserved* but does specifies words 82-84 since at least 2.1. What to do about that?
MBR, Sergei -- 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