linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Kay Sievers <kay.sievers@vrfy.org>
To: linux-hotplug@vger.kernel.org
Subject: Re: New hotplug interface is not working right for me
Date: Mon, 14 Mar 2005 18:25:08 +0000	[thread overview]
Message-ID: <1110824708.7410.29.camel@localhost.localdomain> (raw)
In-Reply-To: <20050311060405.GA16141@thyrsus.com>

On Mon, 2005-03-14 at 17:06 +0000, Darren Salt wrote:
> I demand that Kay Sievers may or may not have written...
> 
> [snip]
> > If the hotplug helper in /proc/sys/kernel/hotplug is set to /sbin/udevsend,
> > what all major distributions seems to do today,
> 
> FWIW, it's currently /sbin/hotplug here (sarge).

If you use a recent udev version, udevsend/udevd can manage the whole
hotplug handling by taking over the kernel spawned event process.

udev will first wait for sysfs to populate, create the node and then
execute the hotplug scripts. This way your scripts will not need to wait
for sysfs to show up and the name of the device node in in the
environment as DEVNAME.

The kernel events have a sequence number and udevd will reorder the
events. That way the scripts in /etc/hotplug.d/ will be executed in the
right order. It also cares about the serialization of events they belong
to the same device sequence. Your hotplug hooks can be sure that the
event for /dev/hda has completely finished before the event
for /dev/hda1 is executed.

This solves the problem to implement the complex logic for every hotplug
consumer again and again. As an example, the latest HAL version depends
on that and cannot work without udev's managed hotplug events.

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

      parent reply	other threads:[~2005-03-14 18:25 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-11  6:04 New hotplug interface is not working right for me Eric S. Raymond
2005-03-11  6:45 ` Greg KH
2005-03-11  8:54 ` Kay Sievers
2005-03-11 13:38 ` Eric S. Raymond
2005-03-11 14:16 ` Kay Sievers
2005-03-11 15:38 ` Hannes Reinecke
2005-03-11 15:40 ` Eric S. Raymond
2005-03-11 16:05 ` Kay Sievers
2005-03-11 17:03 ` Eric S. Raymond
2005-03-11 17:32 ` Kay Sievers
2005-03-11 18:58 ` Christian Zoz
2005-03-11 19:07 ` Eric S. Raymond
2005-03-11 20:35 ` Kay Sievers
2005-03-11 20:48 ` Eric S. Raymond
2005-03-14 17:06 ` Darren Salt
2005-03-14 18:16 ` Marco d'Itri
2005-03-14 18:25 ` Kay Sievers [this message]

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=1110824708.7410.29.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).