Re: The Next Generation

[Kay Sievers <kay.sievers@vrfy.org>]

On Thu, 2005-02-17 at 21:21 +0100, Marco d'Itri wrote:
>On Feb 17, Kay Sievers <kay.sievers@vrfy.org> wrote:
>
>> What do you think?
>I do not have an opinion about your proposed design yet, I'd like to
>have a clear list of requirements first. An obvious requirement for
>Debian is that I cannot make udev support mandatory (yet...), so it
>would have to be possible to disable the devices-related features of
>udev.

Yes, I thought about the same, we may just put an option in udev.conf.
You still get the nice udevd event management and this should also work
with /dev management disabled.

>I agree that given the huge number of events generated by recent kernels
>(if anybody disagrees, try creating a script to log them and load a few
>modules) we need a solution smarter than "run a lot of programs and the
>ones not interested in the event will exit", and possibly a long-running
>daemon which received kernel events over a socket.

Yes, a rule based helper execution with all the options a udev rule
already provides, will give us a very big speed gain, I think.

We are currently fixing the last subsystems that prevents us from
listening to the uevent netlink socket and possibly switch off the
forking of the helpers. We will get there this year, I hope.

Thanks,
Kay



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id\x14396&op=click
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel