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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.