public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Kay Sievers <kay.sievers@vrfy.org>
To: Mike Snitzer <snitzer@gmail.com>
Cc: linux-kernel@vger.kernel.org, Greg KH <greg@kroah.com>
Subject: Re: unify sysfs device tree
Date: Mon, 16 Jan 2006 16:07:46 +0100	[thread overview]
Message-ID: <20060116150746.GA11745@vrfy.org> (raw)
In-Reply-To: <170fa0d20601160703p68e582ecq54ade82940b6d6cb@mail.gmail.com>

On Mon, Jan 16, 2006 at 10:03:06AM -0500, Mike Snitzer wrote:
> On 1/16/06, Kay Sievers <kay.sievers@vrfy.org> wrote:
> 
> > Here is an updated patch, that:
> >   o moves the devices in /sys/block to /sys/devices to match the
> >     class layout. Block devices will be childs of their physical
> >     device chain like every other class device too. Partitions
> >     will be childs of the disk device. A usual DEVPATH looks like:
> >       /devices/pci0000:00/0000:00:1f.2/host0/target0:0:0/0:0:0:0/sda/sda1
> >
> >   o flattens the block class view and moves the block symlinks to
> >     /sys/class/block. Disks and partitons like /sys/class/block/sda
> >     and /sys/class/block/sda1 will be at the same level. /sys/block
> >     does not longer exist.
> 
> What is the problem with maintaining compatibility by having
> /sys/block be a symlink to /sys/class/block?  Userspace applications
> shouldn't have to now conditionalize the path to block devices
> (/sys/block/... vs /sys/class/block/...).  Forcing this kind of change
> is what taints Linux for use in hardened applications. 
> Conditionalizing code for 2.4 vs 2.6 is understandable but having to
> do so for minor 2.6.x revisions is rediculous.  <insert ref to Linus'
> views in the recent 'userspace breakage' thread here>.

Please read the whole mail before wasting other peoples time:

> I've removed all historical stuff like the "device" and "bus" link,
> cause they don't make sense anymore. What we will actually remove with
> the real conversion, does nobody know at this point.

Thanks,
Kay

  reply	other threads:[~2006-01-16 15:07 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-13  1:56 unify sysfs device tree Kay Sievers
2006-01-13  4:24 ` Dmitry Torokhov
2006-01-13 12:42   ` Kay Sievers
2006-01-16 13:43 ` Kay Sievers
2006-01-16 15:03   ` Mike Snitzer
2006-01-16 15:07     ` Kay Sievers [this message]
2006-01-25 16:10   ` Kay Sievers
2006-01-25 22:03     ` Greg KH
2006-01-27  0:12       ` Kay Sievers

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=20060116150746.GA11745@vrfy.org \
    --to=kay.sievers@vrfy.org \
    --cc=greg@kroah.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=snitzer@gmail.com \
    /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