From mboxrd@z Thu Jan 1 00:00:00 1970 From: md@Linux.IT (Marco d'Itri) Date: Thu, 25 Aug 2005 18:33:18 +0000 Subject: Re: udevsynthesize as a udevstart+coldplug replacement Message-Id: <20050825183318.GA10835@wonderland.linux.it> MIME-Version: 1 Content-Type: multipart/mixed; boundary="mP3DRpeJDSE+ciuQ" List-Id: References: <20050823191542.GA29091@vrfy.org> In-Reply-To: <20050823191542.GA29091@vrfy.org> To: linux-hotplug@vger.kernel.org --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Aug 25, Bill Nottingham wrote: > USB controller scans bus, sends events from kernel. This is something I have been thinking about recently: events for a bus should be synthesized only if the bus driver was not loaded at the time the coldplug program is started, or they would be duplicated. What needs to be checked in sysfs? I think that all existing coldplug implementations suffer of this bug. > So, in theory, this 'udevd is done' could be signaled at > either A, B, or C, as I understand things. I meant to do it for A, which would be like how udevstart currently works. > 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.) I agree that this is desired (eth1394 becoming eth0 is a classic example), but I am not sure about how hard it would be to implement. --=20 ciao, Marco --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDDg7uFGfw2OHuP7ERAt+EAKCOu4ZErP+aWvdC9wEvbXJXPAaTGACbBcvq YH1lx1aTvjyeOADd7pAv2i4= =aZsm -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- ------------------------------------------------------- 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