From: Oliver Tennert <O.Tennert@science-computing.de>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Oliver Tennert <O.Tennert@science-computing.de>,
linux-kernel@vger.kernel.org
Subject: Re: IDE disk and HPA
Date: Thu, 4 Aug 2005 09:14:09 +0200 [thread overview]
Message-ID: <200508040914.10810.tennert@science-computing.de> (raw)
In-Reply-To: <1122043638.9478.14.camel@localhost.localdomain>
On Friday, 22. July 2005 16:47, Alan Cox wrote:
> > Do I interpret it right that the following is done in the above function:
>
> Aside from the version in most kernels being buggy yes
>
> > My question is now: why is an HPA disabled i.e. disprotected when
> > detected? Why not let the HPA alone, because a certain set of disk
> > sectors shall not be accessible by the OS?
>
> Because the HPA is most commonly used to hide all but a fraction of a
> disk to work with older BIOSes.
But as to my knowledge, the HPA was had been introduced to allow HW vendors to
store things like diagnostic programs in a part of the disk protected from
partitioning and filesystems. The point is, IF there is an HPA, there MIGHT
be a partitioning scheme and some filesystems on the disk which rely on the
size of disk being the native size MINUS the HPA.
Also there might be some contents in the HPA which is vulnerable to deletion
if exposed to the OS in such a transparent way.
So unconditionally disabling the HPA seems not an unconditionally good idea to
me.
Why is the HPA not just left alone?
Best regards
Oliver
--
"She said, `I know you ... you cannot sing'. I said, `That's nothing,
you should hear me play piano.'"
-- Morrisey
--
__
________________________________________creating IT solutions
Dr. Oliver Tennert
Senior Solutions Engineer
CAx Professional Services
science + computing ag
phone +49(0)7071 9457-598 Hagellocher Weg 71-75
fax +49(0)7071 9457-411 D-72070 Tuebingen, Germany
O.Tennert@science-computing.de www.science-computing.de
next prev parent reply other threads:[~2005-08-04 7:14 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-22 12:17 IDE disk and HPA Oliver Tennert
2005-07-22 14:47 ` Alan Cox
2005-08-04 7:14 ` Oliver Tennert [this message]
2005-08-04 11:41 ` Alan Cox
-- strict thread matches above, loose matches on Subject: below --
2005-08-04 12:11 Etienne Lorrain
2005-08-04 21:45 ` Gustavo Guillermo Pérez
2005-08-05 10:15 ` Etienne Lorrain
2005-08-04 17:15 Aleksey Gorelov
2005-08-05 9:50 ` Etienne Lorrain
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=200508040914.10810.tennert@science-computing.de \
--to=o.tennert@science-computing.de \
--cc=alan@lxorguk.ukuu.org.uk \
--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 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.