Return-path: Received: from smtp-out003.kontent.com ([81.88.40.217]:46302 "EHLO smtp-out003.kontent.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751505Ab2AAJqk (ORCPT ); Sun, 1 Jan 2012 04:46:40 -0500 From: Oliver Neukum To: Marek Vasut Subject: Re: loading firmware while usermodehelper disabled. Date: Sun, 1 Jan 2012 10:48:18 +0100 Cc: Linus Torvalds , Dave Jones , Linux Kernel , Larry Finger , Chaoming Li , "John W. Linville" , Matthew Garrett , "Greg Kroah-Hartman" , USB list , Linux Wireless List References: <20111230235421.GA6054@redhat.com> <201112311939.19170.marek.vasut@gmail.com> In-Reply-To: <201112311939.19170.marek.vasut@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Message-Id: <201201011048.18953.oliver@neukum.org> (sfid-20120101_104711_307508_D4DFC155) Sender: linux-wireless-owner@vger.kernel.org List-ID: Am Samstag, 31. Dezember 2011, 19:39:18 schrieb Marek Vasut: > maybe we should implement such thing into the firmware loader itself? Allow it > -- for example via some node in /dev -- to force loading firmware into some > buffer in kernel just before suspend so it'll certainly be readily available at > resume time? This is difficult. We don't know at suspend time which firmware we will need at resume time. We could keep a record of firmware we needed to get to the state we are, but this is a very complex scheme. Regards Oliver