Revision 968e594afdbc40b4270f9d4032ae8350475749d6 authored by Robert Hancock on 17 February 2009, 02:15:08 UTC, committed by Jeff Garzik on 05 March 2009, 12:26:10 UTC
Hanno Böck reported a problem where an old Conner CP30254 240MB hard drive was reported as 1.1TB in capacity by libata: http://lkml.org/lkml/2009/2/13/134 This was caused by libata trusting the drive's reported current capacity in sectors in identify words 57 and 58 if the drive does not support LBA and the current CHS translation values appear valid. Unfortunately it seems older ATA specs were vague about what this field should contain and a number of drives used values with wrong byte order or that were totally bogus. There's no unique information that it conveys and so we can just calculate the number of sectors from the reported current CHS values. While we're at it, clean up this function to use named constants for the identify word values. Signed-off-by: Robert Hancock <hancockrwd@gmail.com> Signed-off-by: Jeff Garzik <jgarzik@redhat.com>
1 parent d6515e6
File | Mode | Size |
---|---|---|
.gitignore | -rw-r--r-- | 102 bytes |
Kconfig | -rw-r--r-- | 1.6 KB |
Makefile | -rw-r--r-- | 1.8 KB |
gen_init_cpio.c | -rw-r--r-- | 12.2 KB |
initramfs_data.S | -rw-r--r-- | 1.0 KB |
![swh spinner](/static/img/swh-spinner.gif)
Computing file changes ...