[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20111231150133.280130@gmx.net>
Date: Sat, 31 Dec 2011 16:01:33 +0100
From: drahemmaps@....net
To: torvalds@...ux-foundation.org
Cc: davej@...hat.com, linux-kernel@...r.kernel.org, mjg@...hat.com,
gregkh@...e.de, linux-usb@...r.kernel.org
Subject: Re: loading firmware while usermodehelper disabled.
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?]
--
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!
Jetzt informieren: http://www.gmx.net/de/go/freephone
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists