On Mon, 2012-02-13 at 13:37 -0600, Larry Finger wrote: > These patches change 5 drivers that are now loading firmware from the probe > routine. As each of them has the possibility of loading more than one > file, the method of using request_firmware_nowait() has some difficulty, > as it gets duplicate names in sysfs when the requests are launched in > parallel. Why not simply start off with one, and then when that returns successfully request the other ones? > When the callback routine is used to launch a second request, > the structure gets messy, particularly with b43legacy, which loads 4 > firmware files for some hardware. My solution is to create a delayed work > queue that is started in the probe routine with a delay of one second. The > routine that is triggered does the normal request_firmware() calls > and starts mac80211 when the firmware is available. I suppose this works, but I'd be a little worried that when the driver is built into the kernel it doesn't help much. I'm asking the udev people to not answer async loads while in initramfs, but they'd still give you a negative answer here, and they won't be able to tell the difference between a synchronous request from a work item (which doesn't block boot) and a synchronous request from probe (which does block booting). johannes -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
