All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kay Sievers <kay.sievers@vrfy.org>
To: linux-hotplug@vger.kernel.org
Subject: Re: [RFC] coldplug - emit hotplug events from sysfs
Date: Mon, 03 Oct 2005 15:29:26 +0000	[thread overview]
Message-ID: <20051003152926.GA11975@vrfy.org> (raw)
In-Reply-To: <20051001124943.GA26076@vrfy.org>

On Mon, Oct 03, 2005 at 04:21:49PM +0100, Scott James Remnant wrote:
> On Mon, 2005-10-03 at 14:21 +0200, Kay Sievers wrote:
> 
> > To play with it, I use this stupid hack in an early init-script and
> > it works without udevstart or any other coldplug logic.
> > After mounting tmpfs, creating /dev/null, disabling /sbin/hotplug and
> > starting udevd, it creates the tty devices, waits for the events to
> > finish, then sends out all remaining events to finish asynchronously:
> >   ...
> >   # regenerate events by triggering sysfs
> >   for i in /sys/class/t*/*/uevent; do echo 1 > $i; done
> >   # wait for async tty events to finish
> >   while [ $(cat /proc/*/status 2> /dev/null | grep -c -E '^Name:.udevd?$') -gt 1 ]; do
> >       sleep 0.1
> >   done
> > 
> There's a much better way to do this!  If there's a guarantee that a
> "write to uevent" will cause a uevent, you can simply use the udev rules
> to make sure that udev has fired for each uevent you caused to be
> generated.
> 
> No need to grovel for udev processes, etc.

I don't see how to use a udev rules to continue the init script which
depends on the tty's to be around after that. Care to explain?

Kay


-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
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-10-03 15:29 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-01 12:49 [RFC] coldplug - emit hotplug events from sysfs Kay Sievers
2005-10-03 10:03 ` Scott James Remnant
2005-10-03 10:29 ` Olivier Blin
2005-10-03 12:21 ` Kay Sievers
2005-10-03 13:00 ` Olivier Blin
2005-10-03 15:21 ` Scott James Remnant
2005-10-03 15:29 ` Kay Sievers [this message]
2005-10-03 16:22 ` Greg KH
2005-10-03 16:31 ` Scott James Remnant
2005-10-03 17:44 ` Olivier Blin
2005-10-03 17:49 ` Bill Nottingham
2005-10-03 17:59 ` Olivier Blin
2005-10-04 21:00 ` Greg KH
2005-10-28 20:12 ` Scott James Remnant
2005-10-28 20:14 ` Greg KH
2005-10-29  2:29 ` Alexander E. Patrakov
2005-10-29  2:43 ` Greg KH

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=20051003152926.GA11975@vrfy.org \
    --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.