Search Linux Wireless

Re: loading firmware while usermodehelper disabled.

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

 



Linus Torvalds <torvalds@...> writes:
> On Fri, Dec 30, 2011 at 3:54 PM, Dave Jones <davej@...> wrote:
> > We're getting a bunch of reports against Fedora 16
> > (still using 3.1) which look like some drivers are trying to
> > load firmware on resume from suspend, while usermodehelper
> > is disabled.
> 
> Ok, buggy drivers. You *must*not* load firmware in your resume path,
> since there is no actual guarantee that any particular device will be
> resumed after the disk that contains the firmware images.
> 
> So it's very simple: drivers that load firmware at resume time are
> buggy. No ifs, buts, or maybes about it.
Or are they?

You see, PCMCIA cards [don't know about the pccard express stuff]
have to deal with a notable exception from this rule since:

pcmcia: improve check for same card in slot after resume
"88b060d6c03fcb9e4d2018b4349954c4242a5c7f"

This patch changed the way how suspend/resume is handled.
On resume, the pcmcia subsystem obviously does not know
if the card has been removed and reinserted, therefore
it does not call the resume method of the driver but
instead goes for "probe" and things go south from there.

[And now for the $64 question, what happens to USB drivers
that are managing devices which are connected to pcmcia
usb host cards?]

--
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


[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux