Alan Cox wrote:
We have at least three
Disk reported C/H/S
BIOS reported C/H/S (hda/hdb only)
Actual C/H/S (if it exists)
Partition table C/H/S
A partitioning tool needs to know
Disk reported C/H/S
Partition table C/H/S
Preferably BIOS reported C/H/S if there is one
Why do you say the partitioning tool needs to know the disk reported
C/H/S? The value stored in the MBR must match the bios reported values,
not the disk reported ones, so why does the partitioner care about what
the disk reports?
The partition table C/H/S is on disk so trivial
The disk reported ones are in the identify block so could be pulled via
/proc and sysfs
The BIOS one is PC specific low memory poking around
I agree entirely that HD_GETGEO itself shouldn't matter.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]