[cgl_discussion] Re: alternate event logging proposal

Tim Hockin thockin at sun.com
Tue Sep 24 16:38:54 PDT 2002

Jeff Garzik wrote:
> Brad Hards wrote:
>> I liked the /sbin/hotplug arrangement (aka call_usermode_helper). In 
>> fact, my plan was to add the call_usermode_helper call to the 
>> netif_carrier_[on,off] functions. Unfortuantely, I've been to too many 
>> of Rusty's talks, and know that calling a function that is only safe 
>> in user context is unlikely to be a good idea in 
>> netif_carrier_[on,off], which are more than likely running in 
>> interrupt context.
> You really want something where a userspace app can sleep on an fd, to 
> be awakened when link changes (or some other interesting event occurs)

I tend to agree - I like either of the models:

a bunch of little single-value files that can be polled and read


a single device_event file that a daemon reads and dispatches events (I 
like this one because the daemon is already written, just poorly named - 

For things like netif_carrier, poll() is probably best - the DHCP client 
can be fully self contained, and not need an eventd to alert it to a 
signal change.  Of course, acpid does support UNIX socket connections 
from apps like DHCP....

Tim Hockin
Systems Software Engineer
Sun Microsystems, Linux Kernel Engineering
thockin at sun.com

More information about the cgl_discussion mailing list