lkml.org 
[lkml]   [2006]   [Feb]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: CD writing in future Linux (stirring up a hornets' nest)
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 majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-02-04 18:00    [W:0.112 / U:0.700 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site