Matthew Wilcox wrote:
On Thu, Apr 23, 2009 at 02:10:13PM +0000, James Bottomley wrote:
I'm with Jeff on this one. We had an identically similar problem with
REPORT LUNS, which, today is the basis of SCSI discovery.
Yes, REPORT LUNS is quite essential.
It's not exactly in the same category as reporting device form factor
and rotational speed. If REPORT LUNS is wrong, we're in really deep
trouble. If device form factr is wrong ... umm ... nothing much happens.
If rotational speed is wrong, we might have a suboptimal IO pattern.
If the general attitude is "oh, that info might be wrong", why will app
developers bother at all?
It is better to return zeroes than have a decent probability of
returning garbage. I value predictability much more than adopting a
generalized rule to handle a few special case early adopters.
It's also fixable by udev.
By that logic we should leave it to udev to handle the ata_version <= 7
stuff, since that is the early adopter special case.
Jeff
--
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
