From: Andries Brouwer <Andries.Brouwer@cwi.nl>
To: Szakacsits Szabolcs <szaka@sienet.hu>
Cc: "Patrick J. LoPresti" <patl@users.sourceforge.net>,
bug-parted@gnu.org, "K.G." <k_guillaume@libertysurf.fr>,
Steffen Winterfeldt <snwint@suse.de>, Thomas Fehr <fehr@suse.de>,
Andries Brouwer <Andries.Brouwer@cwi.nl>,
linux-kernel@vger.kernel.org
Subject: Re: [RFC] Restoring HDIO_GETGEO semantics (was: Re: workaround for BIOS / CHS stuff)
Date: Fri, 2 Jul 2004 19:04:10 +0200 [thread overview]
Message-ID: <20040702170410.GC25914@apps.cwi.nl> (raw)
In-Reply-To: <Pine.LNX.4.21.0407021528150.21499-100000@mlf.linux.rulez.org>
On Fri, Jul 02, 2004 at 06:17:53PM +0200, Szakacsits Szabolcs wrote:
> Does anybody find the new HDIO_GETGEO semantic useful? Did it help
> _anything_?
Yes. I do.
There was a steady stream of people reporting on geometry problems.
All these problems were caused by kernel guessing stuff.
If the kernel no longer volunteers a guess, then we no longer have
the situation that the guess can be wrong.
We lived in a world where things got more and more complicated
with programs guessing what values other programs might want
to satisfy a third program.
The new world is getting much simpler. Only the programs that need a value
have to invent it. Many of these can in fact do without. LILO survives
well without geometry information.
The only case I see where absolutely something is needed is the
case of partitioning an empty disk.
Telling the user at that point: "if you have no idea I'll use
H=255 S=63, that is very often correct, but note that if you also
want to use Windows on this disk it might be better to let Windows
partition first; also, enabling CONFIG_EDD might allow me to guess
what the BIOS uses" may be enough.
Andries
next prev parent reply other threads:[~2004-07-02 17:04 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <s5gwu1mwpus.fsf@patl=users.sf.net>
2004-07-02 16:17 ` [RFC] Restoring HDIO_GETGEO semantics (was: Re: workaround for BIOS / CHS stuff) Szakacsits Szabolcs
2004-07-02 16:50 ` Andries Brouwer
2004-07-02 18:28 ` dwm
2004-07-02 21:12 ` parted maintainership Andries Brouwer
2004-07-02 17:04 ` Andries Brouwer [this message]
2004-07-02 18:12 ` [RFC] Restoring HDIO_GETGEO semantics (was: Re: workaround for BIOS / CHS stuff) Szakacsits Szabolcs
2004-07-02 18:45 ` Patrick J. LoPresti
[not found] ` <Pine.LNX.4.60.0407022025200.28638@hermes-1.csi.cam.ac.uk>
2004-07-02 19:57 ` Patrick J. LoPresti
2004-07-03 0:17 ` Szakacsits Szabolcs
2004-07-03 0:42 ` Bartlomiej Zolnierkiewicz
2004-07-03 0:56 ` Andries Brouwer
2004-07-03 1:57 ` Szakacsits Szabolcs
2004-07-03 13:59 ` Patrick J. LoPresti
2004-07-05 12:14 ` Restoring HDIO_GETGEO semantics for 2.6 (was: Re: [RFC] Restoring HDIO_GETGEO semantics) Szakacsits Szabolcs
2004-07-05 13:10 ` Steffen Winterfeldt
2004-07-05 13:12 ` Andries Brouwer
2004-07-05 13:13 ` Bartlomiej Zolnierkiewicz
2004-07-05 14:00 ` Andries Brouwer
2004-07-05 19:05 ` Bartlomiej Zolnierkiewicz
2004-07-05 21:08 ` Andries Brouwer
2004-07-05 21:52 ` Bartlomiej Zolnierkiewicz
2004-07-06 0:17 ` Szakacsits Szabolcs
2004-07-06 1:56 ` Andries Brouwer
2004-07-06 18:56 ` Szakacsits Szabolcs
2004-07-07 1:28 ` Andries Brouwer
2004-07-07 11:14 ` Roman Zippel
2004-07-07 11:51 ` Szakacsits Szabolcs
2004-07-06 8:33 ` Steffen Winterfeldt
2004-07-05 18:09 ` Szakacsits Szabolcs
2004-07-05 18:58 ` Bartlomiej Zolnierkiewicz
2004-07-03 3:00 ` [RFC] Restoring HDIO_GETGEO semantics (was: Re: workaround for BIOS / CHS stuff) Andrew Clausen
2004-07-02 23:55 ` Szakacsits Szabolcs
2004-07-03 13:56 ` Patrick J. LoPresti
2004-07-03 2:54 ` Andrew Clausen
[not found] ` <Pine.LNX.4.60.0407030843400.2415@hermes-1.csi.cam.ac.uk>
2004-07-03 12:44 ` Andrew Clausen
[not found] ` <Pine.LNX.4.60.0407031535230.6149@hermes-1.csi.cam.ac.uk>
2004-07-03 15:02 ` Andrew Clausen
2004-07-03 14:42 ` Patrick J. LoPresti
2004-07-03 1:35 ` Andrew Clausen
2004-07-03 12:33 ` Andries Brouwer
2004-07-03 14:15 ` Patrick J. LoPresti
2004-07-03 14:45 ` Andrew Clausen
2004-07-03 15:00 ` Patrick J. LoPresti
2004-07-03 20:12 ` Andries Brouwer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040702170410.GC25914@apps.cwi.nl \
--to=andries.brouwer@cwi.nl \
--cc=bug-parted@gnu.org \
--cc=fehr@suse.de \
--cc=k_guillaume@libertysurf.fr \
--cc=linux-kernel@vger.kernel.org \
--cc=patl@users.sourceforge.net \
--cc=snwint@suse.de \
--cc=szaka@sienet.hu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox