From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Alexander E. Patrakov" Date: Thu, 27 Oct 2005 15:51:45 +0000 Subject: Re: udev 070 not create dvb device Message-Id: <4360F791.9090605@ums.usu.ru> List-Id: References: <20051015141800.26330.qmail@web34812.mail.mud.yahoo.com> In-Reply-To: <20051015141800.26330.qmail@web34812.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org Marco d'Itri wrote: >On Oct 27, "Alexander E. Patrakov" wrote: > > >>Anyway, I think that the following will work safely enough if one >>ignores the input subsystem: >> >> >For a fully working recipe, look at the debian package. > > Done, thanks. >It currently uses a patched udevsynthesize, but it will be trivial to >switch later to the kernel-based coldplugging method. > > I see that you essentially use the same shell script that Kay pasted: the script waits for the time when there remains only one instance of udevd and no "udev". Note taken, it only remains to compare that with Greg's words. Is there any rationale for choosing a 8-seconds value for the default timeout? As for input, I see that you just unconditionally modprobe the most frequently used "undetectable" modules (evdev and mousedev). >>Benefit for BLFS: those RUN rules will be applied with /usr certainly >>mounted, thus there's no longer any need to wait for /usr in the alsa >>RUN helper. >> >> >Not worth the trouble IMO, it's easier to wait for /usr. > > Here one of the editors specifically requested that comments about what is going on are added to the loop (because the whole concept of waiting for /usr is new and non-obvious), you can see them at http://www.linuxfromscratch.org/blfs/view/svn/multimedia/alsa-utils.html And as you see, that page is still incorrect now (i.e. waiting for /usr is hard to get right). Of course when the "sleep at the top" and "/usr/bin/expr" bugs are fixed, this will be a good template for other BLFS packages, should they need a RUN+=... rule. So I think I should let people decide (maybe vote) in (B)LFS for themselves. -- Alexander E. Patrakov ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information _______________________________________________ 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