Olivier Galibert wrote:
The device node name? From the rules in /etc/udev/rules.d/*. Udev is
the one which creates it in the first place, deriving it in a
user-defined way from the sysfs information. It does _not_ give back
that information to the kernel. Maybe it should.
Ohh, I see what you are saying now. Yes, it is up to udev to create the
device nodes, and the kernel does not know or care about the nodes. If
an application wants to find existing nodes it can open it needs to
query udev or hal. If it wants to find out what devices the kernel
exports, it can look in /sys and make its own devnode to access them.
The kernel does not provide a cd burning service, only a scsi packet
transport service called SG_IO.
The kernel *does* provide a device enumeration service, only it does
it at this point through udev for reasons that are 50% technical and
What part of the user/kernel separation don't you understand? udev is
user mode code which interfaces with the kernel via sysfs. Other user
mode code is free to do that as well, or just use udev. Either way, the
only kernel interface involved is sysfs. The kernel does not know or
care about udev or what it does, only sysfs. The kernel provides
enumeration through sysfs, and that is all.
50% political. If you want to be able to use a 2.6 kernel with
hotplug devices udev[1] is mandatory. As such, from an engineering
point of view, udev is part of the kernel even if it isn't in the
source tarball on kernel.org. And for now it is the lowest level
interface to device enumeration.
Your logic is flawed. X + Y = Z does NOT mean that X ( linux ) and Y (
udev ) are one and the same even if Z ( a usable GNU/Linux system with
hotplug support ) is desirable. The kernel provides sysfs as it's
interface, and udev and hal provide higher level interfaces. In much
the same way, the kernel frame buffer driver provides one interface, and
Xorg provides higher level interface built on top of the kernel
interface. By no stretch of the imagination is Xorg the kernel
interface to the video card, which is what you are arguing.
-
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]
