Re: udev 070 not create dvb device

["Alexander E. Patrakov" <patrakov@ums.usu.ru>]

Marco d'Itri wrote:

>On Oct 27, "Alexander E. Patrakov" <patrakov@ums.usu.ru> 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