Re: initramfs: udev, hotplug, klibc and modprobe

[Harald Hoyer <harald@redhat.com>]

Kay Sievers wrote:
>>              * [3] Patch to add udevinitd and udevinitsend. These are
>>                modified versions of udevd and udevsend acting as a
>>                "caching daemon". They save events received during early
>>                userspace and resend them to late userspace udevd when
>>                ready. This enables late userspace to process all events
>>                (for example to load modules not included in initramfs)
>>                without using coldplugging and thelike. (udevinitsend
>>                gets called via hotplug.d)
> 
> 
> Nice idea. In a recent discussion, the question came up about a possible
> combination of udevstart and coldplugging. It may be possible to
> synthesize all the events from the information in sysfs? What do you
> think about that in relation to your udevd "event queue".

I really would like to see the hotplay replay since September :)
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id\x133841#c6

Basic problem for Fedora Core:
1. initramfs:
- modules have to be loaded, devices have to be created with udev
- the linuxrc does not know, when the devices are created, so it just calls
   udevstart several times after module loading (workaround)
- hotplug events are not processed completly, because "/" is not mounted yet

2. SysVinit:
- important hotplug events are missing, after "/" is mounted rw (e.g. loading
  of scsi modules after the scsi-adapter module was loaded in initramfs)


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
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