On Mon, Feb 13, 2006 at 05:49:11PM +0100, Olivier Galibert wrote:
> On Sun, Feb 12, 2006 at 10:24:12PM -0800, Greg KH wrote:
> > On Sun, Feb 12, 2006 at 10:14:06PM +0100, Olivier Galibert wrote:
> > > On Sun, Feb 12, 2006 at 08:46:33AM -0800, Greg KH wrote:
> > > > On Sun, Feb 12, 2006 at 01:04:51PM +0100, Olivier Galibert wrote:
> > > > > You need to call udevinfo for that, or parse /dev/.udev/*. Do you
> > > > > think it would be possible to have hotplug/udev/whatever exists in the
> > > > > future to give that information back in the kernel and have it appear
> > > > > in sysfs?
> > > >
> > > > No. Why would it when it is very simple to query udevinfo for that?
> > >
> > > In order not to depend on a userland package for the kernel service of
> > > device enumeration? It's udevinfo now, what will it be in two years?
> >
> > WTF? You are depending on that same program to create your device
> > nodes. If you don't want to use that program to do it, then use
> > something else, or use a static device tree, which works like always.
>
> Funnily enough, my, say, mp3 usb key sync system would like to run as
> non-root and does not want to know or care about what program creates
> the device nodes. Too bad this otherwise beautiful and useful sysfs
> is crippled by design.
Huh? What sysfs design flaw is that?
You can run your mp3 usb ksy sync system as non-root just fine, I do
just that. When my device is plugged in, a udev rule runs a script that
changes users and resyncs my device.
But that has nothing to do with sysfs at all.
> > sysfs exports everything that userspace needs to know, if it wants to
> > create a device node to talk to that specific device. udev used it to
> > create your /dev tree, while other programs use it to create temporary
> > device nodes to do other things to your devices. Either way, the kernel
> > doesn't know, or care what you call those device nodes.
>
> You mean root is mandatory to talk with devices, whatever they are?
Not at all. You only have to be root to create a device node, nothing
new there.
thanks,
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]