Return-path: Received: from mail-wi0-f174.google.com ([209.85.212.174]:33822 "EHLO mail-wi0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752606Ab2ABWDt (ORCPT ); Mon, 2 Jan 2012 17:03:49 -0500 MIME-Version: 1.0 In-Reply-To: <20120102215028.GA15701@srcf.ucam.org> References: <4F02165C.1060400@fastmail.fm> <20120102211904.GA15316@srcf.ucam.org> <20120102215028.GA15701@srcf.ucam.org> From: Linus Torvalds Date: Mon, 2 Jan 2012 14:03:27 -0800 Message-ID: (sfid-20120102_230431_934466_3241309A) Subject: Re: loading firmware while usermodehelper disabled. To: Matthew Garrett Cc: Jack Stone , Alan Stern , Oliver Neukum , Dave Jones , Linux Kernel , Larry Finger , Chaoming Li , "John W. Linville" , Greg Kroah-Hartman , USB list , Linux Wireless List Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Mon, Jan 2, 2012 at 1:50 PM, Matthew Garrett wrote: > On Mon, Jan 02, 2012 at 01:27:03PM -0800, Linus Torvalds wrote: > >> If we didn't load the firmware before the suspend, then the resume >> function of a device sure as hell had better not load it at resume >> time either. > > If the hardware has lost its state then refusing to load the firmware at > resume time isn't going to leave you with a working device. What the heck is your problem? Go back and read it. If it wasn't loaded before, THEN IT WASN'T WORKING BEFORE EITHER! And if it was loaded before, then it would be cached (and thus trivially reloaded without having to invoke user-space or disk devices that may not be running) and thus loading it would work. So regardless of the state before, it would resume "correctly" - in the same state it was suspended. In other words: a caching firmware loader would have done EXACTLY THE RIGHT THING. Why the hell do you keep on harping on idiotic issues? Stop being a moron, just repeat after me: A caching firmware loader fixes all these issues and is simple to boot. Stop the idiotic blathering already. Linus