linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Christian Zoz <zoz@suse.de>
To: linux-hotplug@vger.kernel.org
Subject: Re: udevsynthesize as a udevstart+coldplug replacement
Date: Thu, 25 Aug 2005 10:31:41 +0000	[thread overview]
Message-ID: <20050825103141.GC3958@suse.de> (raw)
In-Reply-To: <20050823191542.GA29091@vrfy.org>

On Thu, Aug 25, Marco d'Itri wrote:
> On Aug 25, Christian Zoz <zoz@suse.de> wrote:
> 
> > > multiple init scripts would depend on the udev-done (or something like
> > > this) init script, which will not terminale until udevcontrol will.
> > > This way other init scripts would be able to continue working without
> > > needing to wait for udev.
> > > Or maybe it's not worth the effort, because they would need to use
> > > /some/ device node anyway.
> > Why not make the init scripts wait individually for whatever they need?
> How?

That is a bigger change in init scripts. Each init script needs a list
of requirements, similar to the required services now. The scripts
could be called like it is done up to now and then each script has to
check its requirements and fail after reasonable timeout. Or there is
an instance that checks requirements of different services and calls
them as soon as all requirements are fulfilled.

There is a third way: We currently initialize devices and interfaces
(class devices, block devices) via events. Why not extend this and
trigger events when a certain state of system intialisation is
reached.

This all are still very raw ideas. But i don't like the current way of
system initialisation, that tries to serialize everything, not so
much. It makes to much trouble with hotplug.

-- 

ciao, christian

睡眠不足はいい仕事の敵だ。


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
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-08-25 10:31 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-23 19:15 udevsynthesize as a udevstart+coldplug replacement Kay Sievers
2005-08-23 19:46 ` Mika Penttilä
2005-08-23 20:03 ` Kay Sievers
2005-08-23 20:09 ` Mika Penttilä
2005-08-23 20:47 ` Per Svennerbrandt
2005-08-24  3:50 ` Alexander E. Patrakov
2005-08-24  9:29 ` Marco d'Itri
2005-08-24  9:31 ` Marco d'Itri
2005-08-24 11:14 ` Olivier Blin
2005-08-24 19:37 ` Kay Sievers
2005-08-24 19:52 ` Olivier Blin
2005-08-24 20:05 ` Kay Sievers
2005-08-24 20:09 ` Kay Sievers
2005-08-24 20:18 ` Marco d'Itri
2005-08-24 20:18 ` Thierry Vignaud
2005-08-24 20:24 ` Kay Sievers
2005-08-24 20:27 ` Kay Sievers
2005-08-24 20:36 ` Kay Sievers
2005-08-24 20:40 ` Marco d'Itri
2005-08-24 20:42 ` Olivier Blin
2005-08-24 21:19 ` Thierry Vignaud
2005-08-25  6:43 ` Christian Zoz
2005-08-25  8:24 ` Marco d'Itri
2005-08-25 10:31 ` Christian Zoz [this message]
2005-08-25 10:36 ` Marco d'Itri
2005-08-25 18:20 ` Bill Nottingham
2005-08-25 18:33 ` Marco d'Itri

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=20050825103141.GC3958@suse.de \
    --to=zoz@suse.de \
    --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).