linux-kernel - Re: Status of driver core struct device changes?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Sat, 26 Aug 2006 15:24:46 +0200
From:	Kay Sievers <kay.sievers@...y.org>
To:	Louis Garcia II <louisg00@...lsouth.net>
Cc:	Greg KH <greg@...ah.com>, linux-kernel@...r.kernel.org
Subject: Re: Status of driver core struct device changes?

On Fri, 2006-08-25 at 19:53 -0400, Louis Garcia II wrote:
> On Sat, 2006-08-12 at 09:14 -0700, Greg KH wrote:
> > On Sat, Aug 12, 2006 at 12:34:43AM -0400, Louis Garcia II wrote:
> > > On Fri, 2006-08-11 at 17:59 -0700, Greg KH wrote:
> > > > On Fri, Aug 11, 2006 at 05:49:29PM -0400, Louis Garcia II wrote:
> > > > > A couple of months ago greg kh started work toward allowing everything
> > > > > to be a struct device in the sysfs device tree. How is this progressing?
> > > > 
> > > > Quite well.  But next time you might want to CC: me as I almost missed
> > > > this message.
> > > > 
> > > > > Any time frame when we will have a simplified driver core api?
> > > > 
> > > > It's getting there.  If you look in -mm there are a lot of subsystems
> > > > already converted over, along with a lot of patches from andrew that
> > > > revert these changes due to udev issues.
> > > > 
> > > > I'm working on fixing up the udev issues so that the kernel work is not
> > > > held up.  That's a bit slower going as it requires me to install a lot
> > > > of different distros...

> > > How about block devices? Will it be moved to /sys/class or is that abi
> > > set in stone?
> > 
> > Yes, those will also move, but that's a bit lower on my list of things
> > to do.  Patches to help this out are always welcome.

> With the new code will their be much difference between /sys/class/
> and /sys/devices/? Can one of these go away, preferably /sys/class/?

No, that doesn't make sense. They are two different things and both will
stay.

/sys/device is the kernel device tree, modeled by the stacking of
drivers and subsystems inside the kernel. It expresses the hierarchy and
dependency of devices, but no classification.

/sys/class is the classification/grouping of devices, it will not
express any hierarchy.

In the end, after the transition of directories in /sys/class to
symlinks, /sys/class will only be flat lists of symlinks grouped by
subsytems. The symlinks will point to the actual device locations in
the /sys/devices tree.

Kay

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/