Return-path: Received: from mail-ee0-f46.google.com ([74.125.83.46]:58475 "EHLO mail-ee0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750925Ab2AAQc1 (ORCPT ); Sun, 1 Jan 2012 11:32:27 -0500 From: Marek Vasut To: Oliver Neukum Subject: Re: loading firmware while usermodehelper disabled. Date: Sun, 1 Jan 2012 17:32:22 +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> <201201011054.47233.marek.vasut@gmail.com> <201201011328.41311.oliver@neukum.org> In-Reply-To: <201201011328.41311.oliver@neukum.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Message-Id: <201201011732.23069.marek.vasut@gmail.com> (sfid-20120101_173231_981430_FC93F4E4) Sender: linux-wireless-owner@vger.kernel.org List-ID: > Am Sonntag, 1. Januar 2012, 10:54:47 schrieb Marek Vasut: > > > 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. > > > > That's not actually true ... you can ask the drivers if they need to load > > firmware after resume ... that can be implemented and udev can handle it. > > The driver should know if the hardware it's controlling is stupid or > > not. > > Device IDs can morph due to a power loss. After resumption another driver > would bind. What do you mean? I don't think I quite follow. M > > Regards > Oliver