All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: /proc/ide/hd?/settings obsolete in 2.6.
Date: Thu, 05 May 2005 15:56:17 +0100	[thread overview]
Message-ID: <1115304977.23360.83.camel@localhost.localdomain> (raw)
In-Reply-To: <58cb370e050505051360d0588c@mail.gmail.com>

On Iau, 2005-05-05 at 13:13, Bartlomiej Zolnierkiewicz wrote:
> Please be aware that new applications are expected to use
> /sys/firmware/edd/default_* instead of legacy HDIO_GETGEO ioctl
> and there is currently no way to set these sysfs entries (maybe it
> would be worthwile to add such functionality?).

Please be aware that edd is platform specific, buggy and dependant on
firmware features that many machines don't have. Don't use the EDD data
its junk. Bartlomiej's advice isn't something I'd agree with on this
point.

The fundamental issue behind all this though and the problem with
HDIO_GETGEO and friends is that geometry is basically a convenient
fiction for legacy software that needs an answer and apps that interact
with it.

For PC type systems you actually want to go and look at the partition
table itself and then follow that if one exists. If it doesn't exist
then you are in firmware magic land and you need to look at the drive's
current geometry reporting as well as the BIOS CMOS data, EDD on the
boxes that have it, openprom etc and so forth. Or better yet look at
parted and at least keep all the crap in one place.

Alan


  reply	other threads:[~2005-05-05 14:57 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-05  0:48 /proc/ide/hd?/settings obsolete in 2.6 Wakko Warner
2005-05-05 10:10 ` Bartlomiej Zolnierkiewicz
2005-05-05 11:13   ` Wakko Warner
2005-05-05 12:13     ` Bartlomiej Zolnierkiewicz
2005-05-05 14:56       ` Alan Cox [this message]
2005-05-05 15:38         ` Wakko Warner
2005-05-05 16:21           ` Alan Cox
2005-05-05 16:33             ` Wakko Warner
2005-05-05 17:58               ` Alan Cox
2005-05-05 20:53                 ` Wakko Warner
2005-05-05 22:16                   ` Alan Cox
2005-05-05 15:33       ` Wakko Warner
2005-05-05 15:53         ` Pozsár Balázs
2005-05-05 16:20           ` Wakko Warner

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=1115304977.23360.83.camel@localhost.localdomain \
    --to=alan@lxorguk.ukuu.org.uk \
    --cc=bzolnier@gmail.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.