[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4B9F9AAF.6080709@kernel.org>
Date: Tue, 16 Mar 2010 23:50:23 +0900
From: Tejun Heo <tj@...nel.org>
To: James Bottomley <James.Bottomley@...e.de>
CC: Denys Vlasenko <vda.linux@...glemail.com>,
Arnd Bergmann <arnd@...db.de>,
"linux-ide@...r.kernel.org" <linux-ide@...r.kernel.org>,
lkml <linux-kernel@...r.kernel.org>,
Daniel Taylor <Daniel.Taylor@....com>,
Jeff Garzik <jeff@...zik.org>, Mark Lord <kernel@...savvy.com>,
tytso@....edu, "H. Peter Anvin" <hpa@...or.com>,
hirofumi@...l.parknet.co.jp,
Andrew Morton <akpm@...ux-foundation.org>,
Alan Cox <alan@...rguk.ukuu.org.uk>, irtiger@...il.com,
Matthew Wilcox <matthew@....cx>, aschnell@...e.de,
knikanth@...e.de, jdelvare@...e.de
Subject: Re: ATA 4 KiB sector issues.
Hello,
On 03/16/2010 11:21 PM, James Bottomley wrote:
>>> For msdos labels, it's embedded in the label ... for all other labels,
>>> it's made up on the spot.
>>
>> Where in the label?
>
> No idea ... I only know you can use fdisk expert mode to change the
> C/H/S layout and the change is preserved across reboots.
The CHS addresses are stored alongside with the LBA addresses. The
problem is that the geometry parameters (sectors/track and heads/cyl)
are not stored anywhere and CHS addresses don't make any sense without
the two parameters. The only way to figure out the geometry
parameters is to solve two equations involving CHS addresses and LBA
addresses.
e.g. If the first partition begins at CHS 0/32/33 and ends at
12/233/19 and the corresponding LBA addresses are 2048 and 206848, you
can solve the equation and determine that the parameters gotta be 63
secs/trk and 255 heads/cyl to make those two pairs of addresses match
each other and in fact some BIOSs try to do this depending on
configuration (and sometimes falls into infinite loop or causes other
boot related problems if the parameters are too uncommon).
This method can't work reliably even at theoretical level because it
requires at least two pairs of CHS/LBA addresses to match (two unknown
parameters to solve for) and there is only single pair available if
the first partition goes over the CHS limit which at maximum is 8GiB.
So, CHS *values* are preserved if it falls below the CHS limit of the
geometry used during partitioning but the geometry information is lost
making the CHS values completely meaningless, so the only sane thing
to do is to stick to whatever geometry parameters provided by the BIOS
which usually is 255/63 these days. Otherwise, the results are...
* If the first partition ends before the CHS limit and BIOS is
configured to calculate back the parameters, BIOS may be able to
report the geometry correctly.
* If the first partition goes over the CHS limit,
* BIOS can use 255/63 or whatever default parameters and CHS and LBA
addresses won't match each other which won't be a problem for
modern OSes as they don't look at the CHS addresses at all but
older operating systems which consider both CHS and LBA addresses
may get confused.
* BIOS can set up arbitrary parameters such that the CHS and LBA for
the start of the first partition match and maybe also try to
cylinder align further LBA addresses but there is no guarantee
these parameters match the original parameters used during
partitioning and this seems to cause more compatibility problems
than it solves.
Thanks.
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists