From: Molle Bestefich <molle.bestefich@gmail.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: ataraid-list@redhat.com, linux-kernel@vger.kernel.org
Subject: Re: IDE HPA
Date: Fri, 2 Sep 2005 19:44:31 +0200 [thread overview]
Message-ID: <62b0912f05090210441d3fa248@mail.gmail.com> (raw)
In-Reply-To: <1125680712.30867.20.camel@localhost.localdomain>
Alan Cox wrote:
> Molle Bestefich wrote:
> > Not if, as proposed, there was a kernel switch to enable including the
> > HPA in the disc area.
>
> And users magically knew about it - thats why it has to default the
> other way.
Ok, so just to reiterate..
The current default is causing grief because dmraid doesn't work, grub
doesn't work and other userspace apps probably breaks too. Users have
to google and post to mailing lists just to get things to work (... if
they could, which would require eg. a kernel option, but anyway).
The other way round, users would have to google to find the kernel
option that claims the HPA area (if they felt the need to overwrite
the BIOS's backup area), but those that felt the need would then be
rewarded with eg. 10 GB extra disk space. And if they didn't feel
like it, their userspace apps would still work just fine.
>From my POV it's hard to see why the current default is sensible.
(We'll probably just have to agree on disagreeing, unless you can enlighten me.)
Related matters:
If you decide to include the HPA in one of your filesystems, is there
not a big risk that the BIOS will overwrite something there?
next prev parent reply other threads:[~2005-09-02 17:44 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 ` IDE HPA 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 [this message]
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
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=62b0912f05090210441d3fa248@mail.gmail.com \
--to=molle.bestefich@gmail.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