Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758269AbYGFVDm (ORCPT ); Sun, 6 Jul 2008 17:03:42 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759986AbYGFVD1 (ORCPT ); Sun, 6 Jul 2008 17:03:27 -0400 Received: from mail.lang.hm ([64.81.33.126]:40083 "EHLO bifrost.lang.hm" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759925AbYGFVDZ (ORCPT ); Sun, 6 Jul 2008 17:03:25 -0400 Date: Sun, 6 Jul 2008 14:03:18 -0700 (PDT) From: david@lang.hm X-X-Sender: dlang@asgard.lang.hm To: David Woodhouse cc: Alan Cox , David Miller , jeff@garzik.org, andi@firstfloor.org, tytso@mit.edu, hugh@veritas.com, akpm@linux-foundation.org, kosaki.motohiro@jp.fujitsu.com, mchan@broadcom.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org, netdev@vger.kernel.org Subject: Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" In-Reply-To: <1215377814.3189.137.camel@shinybook.infradead.org> Message-ID: References: <1215178035.10393.763.camel@pmac.infradead.org> <486E2818.1060003@garzik.org> <20080704142753.27848ff8@lxorguk.ukuu.org.uk> <20080704.134329.209642254.davem@davemloft.net> <20080704220444.011e7e61@lxorguk.ukuu.org.uk> <1215376034.3189.127.camel@shinybook.infradead.org> <1215377814.3189.137.camel@shinybook.infradead.org> User-Agent: Alpine 1.10 (DEB 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1156 Lines: 29 On Sun, 6 Jul 2008, David Woodhouse wrote: > On Sun, 2008-07-06 at 13:52 -0700, david@lang.hm wrote: >> On Sun, 6 Jul 2008, David Woodhouse wrote: >> >>> On Sun, 2008-07-06 at 13:17 -0700, david@lang.hm wrote: >>>> if David W were to make it possible to not use the load_firmware() call to >>>> userspace and build the firmware into the driver (be it in a monolithic >>>> kernel or the module that contains the driver) >>> >>> You _can_ build the firmware into the kernel. >> >> right, but not into a module. you have half of the answer in place, but >> not all of it. > > The useful half. If you have userspace to load modules, you have > userspace to load firmware too. it's the half where there isn't a work-around (and therefor the most critical part), but it's also the half that is used less, so in terms of user impact it could be argued that the part not yet done will cause more pain. David Lang -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/