All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bill Davidsen <davidsen@tmr.com>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"ATARAID (eg, Promise Fasttrak,
	Highpoint 370) related discussions"  <ataraid-list@redhat.com>,
	linux-kernel@vger.kernel.org
Subject: Re: IDE HPA
Date: Wed, 07 Sep 2005 10:52:03 -0400	[thread overview]
Message-ID: <431EFE93.5050900@tmr.com> (raw)
In-Reply-To: <431A3249.9040504@pobox.com>

Jeff Garzik wrote:

> It seems to me that one should write an ATA-specific Device Mapper 
> driver, which layers on top of an ATA disk.  The driver obtains the 
> starting location of HPA, then exports two block devices:  one for the 
> primary data area, and one for the HPA.

I've stayed out of this, but that sounds like a perfect solution to move 
the choice back to the user. However, installers still need to be aware 
of it at initial Linux install, and give the user some rational options:
   - ignore it
   - leave alone but visible
   - blow it away and use the whole drive

It feels as if that's where the future disposition needs to be made. I 
do like treating the HPA as a separate drive though.
> 
> For situations where we want the start Linux philosophy -- Linux exports 
> 100% of the hardware capability -- no DM layer needs to be used.  For 
> situations where its better to treat the HPA as a separate and distinct 
> area, the DM driver would come in handy.
> 
> This follows the same philosophy as fakeraid (BIOS RAID):  we simply 
> export the entire disk, and Device Mapper (google for 'dmraid') handles 
> the vendor-proprietary RAID metadata.

-- 
    -bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
  last possible moment - but no longer"  -me

  reply	other threads:[~2005-09-07 14:48 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
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 [this message]
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=431EFE93.5050900@tmr.com \
    --to=davidsen@tmr.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=ataraid-list@redhat.com \
    --cc=jgarzik@pobox.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 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.