mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Peter Jones <pjones@redhat.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: "ATARAID (eg, Promise Fasttrak,
	Highpoint 370) related discussions"  <ataraid-list@redhat.com>,
	linux-kernel@vger.kernel.org
Subject: Re: IDE HPA
Date: Fri, 02 Sep 2005 15:14:43 -0400	[thread overview]
Message-ID: <1125688483.31292.20.camel@localhost.localdomain> (raw)
In-Reply-To: <1125687557.30867.26.camel@localhost.localdomain>

On Fri, 2005-09-02 at 19:59 +0100, Alan Cox wrote:
> On Gwe, 2005-09-02 at 14:09 -0400, Peter Jones wrote:
> > (if there's already a straightforward way, feel free to clue me in --
> > but the default should almost certainly be to assume the HPA is set up
> > correctly, shouldn't it?)
> 
> The normal use of HPA is to clip drives to get them past BIOS boot
> checks.

Ugh.  So some BIOSes use it for legitimate reasons (like thinkpads), and
some use it to work around BIOS bugs.  Great.

>  The thinkpads come with a pre-installed partition table which
> will protect the HPA unless the user goes to town removing it.

Mine didn't, but it does have an HPA.  Thankfully we weren't disabling
it yet when I installed my laptop -- I know others who weren't so lucky.
So this partitioning scheme hasn't always been the case...

And it seems broken anyway.  The point of the HPA is to make the OS see
a smaller/different disk layout, unless it's actually trying to update
things that are "protected", right?  If so, the partition table pointing
outside of the the disk when the HPA configuration hasn't been changed
from the bootup default totally broken :/

It really sounds better (to my naive mind, at least) to whitelist the
known-broken BIOSes.

> The ideal case would be that the partition table is considered at boot
> to see if the HPA matches the partitiont table or not. You'd also then
> need dynamic HPA enable/disable for installers and other tools to go
> with that.

Well, installers probably should be aware, yes -- that's why I mentioned
userland interfaces to enabling/disabling.  But to me it still seems
like we want to disable the HPA during installation and bootup, but only
if your BIOS is doing things wrong.

> Send patches.

Point taken.
-- 
  Peter


  reply	other threads:[~2005-09-02 19:15 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <87941b4c05082913101e15ddda@mail.gmail.com>
     [not found] ` <200508300859.19701.tennert@science-computing.de>
2005-08-30 15:52   ` Greg Felix
2005-08-30 16:16     ` Bartlomiej Zolnierkiewicz
2005-08-30 17:05       ` Alan Cox
2005-08-31  0:30         ` Bartlomiej Zolnierkiewicz
2005-08-30 16:38     ` Alan Cox
     [not found]       ` <87941b4c050830095111bf484e@mail.gmail.com>
2005-09-02  7:27         ` Molle Bestefich
2005-09-02 13:05           ` Alan Cox
2005-09-02 13:33             ` Molle Bestefich
2005-09-02 14:35               ` Matthew Garrett
2005-09-02 16:24                 ` Molle Bestefich
2005-09-02 17:05                   ` Alan Cox
2005-09-02 17:44                     ` Molle Bestefich
2005-09-02 18:04                       ` Matthew Garrett
2005-09-02 18:09                       ` Peter Jones
2005-09-02 18:59                         ` Alan Cox
2005-09-02 19:14                           ` Peter Jones [this message]
2005-09-02 20:22                             ` Alan Cox
2005-09-02 21:14                               ` Peter Jones
2005-09-03  0:05                                 ` Alan Cox
2005-09-03 23:31                                 ` Jeff Garzik
2005-09-07 14:52                                   ` Bill Davidsen
2005-09-03  0:03                               ` Pekka Pietikainen
2005-09-02 18:57                       ` Alan Cox
2005-09-02 17:57                     ` Vojtech Pavlik
2005-09-02 14:50               ` Alan Cox

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=1125688483.31292.20.camel@localhost.localdomain \
    --to=pjones@redhat.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=ataraid-list@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    /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

all inboxes | Powered by JetHome®