Return-path: Received: from smtp-out003.kontent.com ([81.88.40.217]:59087 "EHLO smtp-out003.kontent.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752286Ab2ACL4F (ORCPT ); Tue, 3 Jan 2012 06:56:05 -0500 From: Oliver Neukum To: Alan Cox Subject: Re: loading firmware while usermodehelper disabled. Date: Tue, 3 Jan 2012 12:57:47 +0100 Cc: Jack Stone , Matthew Garrett , Linus Torvalds , Alan Stern , Dave Jones , Linux Kernel , Larry Finger , Chaoming Li , "John W. Linville" , "Greg Kroah-Hartman" , USB list , Linux Wireless List References: <4F0220F5.30309@fastmail.fm> <20120103004220.084d61f3@pyramind.ukuu.org.uk> In-Reply-To: <20120103004220.084d61f3@pyramind.ukuu.org.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Message-Id: <201201031257.47265.oliver@neukum.org> (sfid-20120103_125624_448274_09E13933) Sender: linux-wireless-owner@vger.kernel.org List-ID: Am Dienstag, 3. Januar 2012, 01:42:20 schrieb Alan Cox: > In that case however you don't want some generic firmware module knowing > all this crap, your driver can just request_firmware() the stuff as > modprobe and free it up on the module unload. For a typical 8bit firmware > of a few K you'll free a ton more memory unloading the module than the > firmware ! That I think actually covers the majority of devices under > discussion. I am afraid it doesn't, at least not fully. We have many devices whose primary (operational) driver does not load the firmware. That job is left to a secondary driver or user space. We could leave those secondary drivers and their firmware in RAM after their primary usage and except for a few pathological cases (which can be solved with a few udev rules preventively loading drivers) we'd be good, but we lack a mechanism for switching to a seconary driver and back during resumption. Regards Oliver