From: Kay Sievers <kay.sievers@vrfy.org>
To: linux-hotplug@vger.kernel.org
Subject: Re: [PATCH] use uevents in udevd
Date: Fri, 14 Jan 2005 10:55:32 +0000 [thread overview]
Message-ID: <1105700132.7556.112.camel@localhost.localdomain> (raw)
In-Reply-To: <41E79D7A.2060607@suse.de>
On Fri, 2005-01-14 at 11:22 +0100, Hannes Reinecke wrote:
> Hi all,
>
> this patch adds the capabilities to read uevents directly from the
> kernel socket (CONFIG_KOBJECT_UEVENT=y).
Heh, I just split up the message handling in udevd last week to possibly
plug in a second source of events. Nice work!
Shouldn't we ignore events with a SEQNUM from udevsend, if we get the
first one from the uevent?
> The old behaviour is left in place, as with this we can still send
> events manually.
./drivers/input/input.c
./drivers/pnp/pnpbios/core.c
./drivers/s390/crypto/z90main.c
are still "broken" from that view. They bypass the driver core and don't
send any uevent.
> And I've added a command-line option '-d' to start udevd as a daemon.
It is already running, right? We should read /sys/kernel/hotplug_seqnum
and initialize the next expected event number too, if the self-daemonize
is needed.
> Now we can do
> /sbin/udevd -p
-p? :)
> echo -n "" > /proc/sys/kernel/hotplug
This will break the complete input layer until now! :(
> no need for udevsend anymore.
> Plus we can finally do a load-limit for hotplug events.
Thanks,
Kay
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
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
next prev parent reply other threads:[~2005-01-14 10:55 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-14 10:22 [PATCH] use uevents in udevd Hannes Reinecke
2005-01-14 10:40 ` Marco d'Itri
2005-01-14 10:55 ` Hannes Reinecke
2005-01-14 10:55 ` Kay Sievers [this message]
2005-01-14 11:00 ` Marco d'Itri
2005-01-14 11:22 ` Hannes Reinecke
2005-01-14 11:26 ` Hannes Reinecke
2005-01-14 11:37 ` Marco d'Itri
2005-01-14 12:11 ` Kay Sievers
2005-01-14 12:43 ` Kay Sievers
2005-01-14 13:01 ` Arnd Bergmann
2005-01-14 13:01 ` Hannes Reinecke
2005-01-14 13:08 ` Kay Sievers
2005-01-14 13:11 ` Arnd Bergmann
2005-01-14 13:12 ` Kay Sievers
2005-01-14 13:23 ` Hannes Reinecke
2005-01-14 13:35 ` Kay Sievers
2005-01-14 16:08 ` Hannes Reinecke
2005-01-16 16:27 ` Kay Sievers
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=1105700132.7556.112.camel@localhost.localdomain \
--to=kay.sievers@vrfy.org \
--cc=linux-hotplug@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.