public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andrew Clausen <clausen@gnu.org>
To: "Patrick J. LoPresti" <patl@users.sourceforge.net>
Cc: Szakacsits Szabolcs <szaka@sienet.hu>,
	Andries Brouwer <Andries.Brouwer@cwi.nl>,
	Steffen Winterfeldt <snwint@suse.de>,
	linux-kernel@vger.kernel.org, Thomas Fehr <fehr@suse.de>,
	bug-parted@gnu.org
Subject: Re: [RFC] Restoring HDIO_GETGEO semantics (was: Re: workaround for BIOS / CHS stuff)
Date: Sat, 3 Jul 2004 12:54:58 +1000	[thread overview]
Message-ID: <20040703025457.GC630@gnu.org> (raw)
In-Reply-To: <s5gzn6iz2or.fsf@patl=users.sf.net>

On Fri, Jul 02, 2004 at 02:45:50PM -0400, Patrick J. LoPresti wrote:
> >     2) use EDD, it does a much better job -- maybe this suggestions
> >        doesn't make much sense overall, so only 1) left if you don't 
> >        want to keep guessing.
> 
> Using EDD to deduce the geometry is the "right" answer.  But this is
> sufficiently complex and special-purpose that it has no place in the
> kernel.

You think it should be in user-space?  I don't think talking to the
BIOS should ever be in user-space.

> > > The only case I see where absolutely something is needed is the
> > > case of partitioning an empty disk.
> > 
> > Recovery, cloning, ...
> 
> ...moving a drive between machines...
> 
> Why does this stupid idea keep coming up?  Inferring the geometry from
> the existing partition table is just plain wrong.  It is even more
> wrong than the old 2.4 behavior, because it is still a guess, just a
> worse guess.

Didn't the old 2.4 behaviour include BIOS queries?

In any case, I don't have any evidence that anything is wrong.  On my
computer, I can tell the BIOS to use CHS geometry, (as opposed to
"Auto", "LBA" or "Large") modify the partition table to set the CHS
start/end of the Windows partition to 0, 1024, or anything I like, and
Windows STILL works.  I can't get anything to break!

So, can anyone break Windows?

Cheers,
Andrew


  parent reply	other threads:[~2004-07-03  2:55 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   ` [RFC] Restoring HDIO_GETGEO semantics (was: Re: workaround for BIOS / CHS stuff) Andries Brouwer
2004-07-02 18:12     ` 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 [this message]
     [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=20040703025457.GC630@gnu.org \
    --to=clausen@gnu.org \
    --cc=Andries.Brouwer@cwi.nl \
    --cc=bug-parted@gnu.org \
    --cc=fehr@suse.de \
    --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