[linux-pm] PM vs. usermode helpers: request_firmware() must die

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2004-11-05 at 16:17 -0800, Greg KH wrote:
> On Tue, Nov 02, 2004 at 06:13:35PM +1100, Benjamin Herrenschmidt wrote:
> > 
> > The idea here is to add to the call_usermodehelper() API a plug/unplug
> > semantic (like the BIO). When "plugged", usermodehelper calls would
> > stack up, and would be issued in one shot when "unplugged". By default,
> > at boot, we would be "plugged" until some time, either after the
> > initcalls or at a given initcall level, that remains to be decided.
> > During suspend/resume, we would plug/unplug as well, possibly directly
> > from the PM core, just before starting the driver suspend/resume dance.
> 
> No, "plugging" call_usermodehelper() would instantly block your boot
> process, as the hotplug events would not be able to be generated from
> initial device discovery.

How so ? they would be be queued and issued in batch when userland is
ready... That somewhere after such things as arch_initcalls !

> This has been discussed a lot in the past on lkml (in the context of
> "plugging" /sbin/hotplug).  See the thread there for the end result.

Do you happen to remember the name of the thread ?

Ben.




[Index of Archives]     [Linux ACPI]     [Netdev]     [Ethernet Bridging]     [Linux Wireless]     [CPU Freq]     [Kernel Newbies]     [Fedora Kernel]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux