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
next prev parent 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