From: Andreas Jellinghaus <aj@dungeon.inka.de>
To: linux-kernel@vger.kernel.org
Subject: Re: devfs and udev
Date: Wed, 08 Oct 2003 09:30:21 +0200 [thread overview]
Message-ID: <pan.2003.10.08.07.30.20.119386@dungeon.inka.de> (raw)
In-Reply-To: <20031007214848.GC3095@kroah.com>
On Tue, 07 Oct 2003 21:51:27 +0000, Greg KH wrote:
> And remember, _I_ did not submit that patch to the kernel marking devfs
> obsolete. Other kernel developers did. And for good reasons, which
> have all been explained before. Even if udev wasn't even written yet,
> it would have been done.
"Note that devfs has been obsoleted by udev,"
Most people expect after reading that sentence, that udev can do the
work devfs did for them. But udev is not ready to do that, even by
far. Thats why people complain.
Also all the documentation you mention doesn't help very much:
if someone wants to sit down, use devfs, even improve some parts
of the kernel with sysfs support, so sysfs will show all devices -
there is no documentation or example how to do that. The whole
kobject / sysfs / driver model code is by far not as easy to
understand as those devfs function calls are.
> Patches are always gladly accepted.
How can we patch udev, if sysfs doesn't seem to have the necessary
information. for example devfs has disc, floppy, cdrom. sysfs has only
/sys/block/hd*. Sorry, but I don't see how udev can create a result like
devfs did, without the necessary information in /sys. And the kernel
code isn't easy.
> People, come on, please read the existing documentation
show me that I'm wrong, and those questions I asked are documented,
and I will be happy and appologize. But I'm very sorry: even reading
your papers a hundred times doesn't show how drivers are supposed to
create custom entries for more devices. With devfs it's a five minute
look at a few drivers like floppy.c and printers.c and you get the idea.
Also the documentation is actualy confusing: why is a usb printer put
into class "usb" and not class printer? Why does udev decide the type
of device by matching /sys/block, why not export that data explicit?
Why not export default permissions, like devfs does?
With some answers, we might understand udev and sysfs better and might
be able to help. But asking for patches is not going to work, if basic
questions are left without answers.
Regards, Andreas
next prev parent reply other threads:[~2003-10-08 7:30 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-07 13:17 Bradley Chapman
2003-10-07 13:32 ` Måns Rullgård
2003-10-07 18:28 ` insecure
2003-10-07 18:44 ` viro
2003-10-07 19:41 ` Greg KH
2003-10-07 20:47 ` insecure
2003-10-07 20:52 ` Greg KH
2003-10-07 21:17 ` Chris Meadors
2003-10-07 21:48 ` Greg KH
2003-10-08 7:30 ` Andreas Jellinghaus [this message]
2003-10-08 12:07 ` [2.6 patch] document that udev isn't yet ready Adrian Bunk
2003-10-07 21:27 ` devfs and udev Måns Rullgård
2003-10-07 21:37 ` Greg KH
2003-10-07 22:01 ` Måns Rullgård
2003-10-07 22:12 ` Bryan O'Sullivan
2003-10-07 22:49 ` Måns Rullgård
2003-10-07 23:27 ` Greg KH
2003-10-08 0:03 ` Måns Rullgård
2003-10-09 22:09 ` bill davidsen
2003-10-13 20:15 ` Tom Rini
2003-10-07 20:57 ` David Lang
2003-10-08 22:34 ` H. Peter Anvin
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=pan.2003.10.08.07.30.20.119386@dungeon.inka.de \
--to=aj@dungeon.inka.de \
--cc=linux-kernel@vger.kernel.org \
/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
all inboxes | Powered by JetHome®