From mboxrd@z Thu Jan  1 00:00:00 1970
From: Bill Nottingham <notting@redhat.com>
Date: Thu, 25 Aug 2005 18:20:42 +0000
Subject: Re: udevsynthesize as a udevstart+coldplug replacement
Message-Id: <20050825182042.GA7047@nostromo.devel.redhat.com>
List-Id: <linux-hotplug.vger.kernel.org>
References: <20050823191542.GA29091@vrfy.org>
In-Reply-To: <20050823191542.GA29091@vrfy.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: linux-hotplug@vger.kernel.org

Marco d'Itri (md@Linux.IT) said: 
> > > udevd is done?
> > What state is "udevd is done"? No event in the queue?
> Unless you can think about something smarter, yes.

So, given the scenario:

udevsyn goes through PCI bus, sends events.

udevd reads these events, loads PCI modules. Possibly including
  a USB controller.

<time point A>

USB controller scans bus, sends events from kernel.

udevd reads these events, loads USB modules. Possibly including
  USB storage.

<time point B>

usb-storage scans bus, sends events from kernel>

udevd reads these events, creates SCSI devices.

<time point C>

So, in theory, this 'udevd is done' could be signaled at
either A, B, or C, as I understand things.

Speaking of that, what prioritization is there in udevsynthesize?
Realistically, I think you'd always want to load USB and firewire
controller modules last when scanning the PCI bus, as a means of
enforcing 'polite' device ordering (while you can't always
ensure LANANA device names are consistent, it's polite to make
sure your USB stick doesn't jump to /dev/sda ahead of your SATA drive.)

Bill


-------------------------------------------------------
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