Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751449AbWH2UOb (ORCPT ); Tue, 29 Aug 2006 16:14:31 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751461AbWH2UOb (ORCPT ); Tue, 29 Aug 2006 16:14:31 -0400 Received: from natlemon.rzone.de ([81.169.145.170]:63656 "EHLO natlemon.rzone.de") by vger.kernel.org with ESMTP id S1751449AbWH2UOa (ORCPT ); Tue, 29 Aug 2006 16:14:30 -0400 Date: Tue, 29 Aug 2006 22:13:14 +0200 From: Olaf Hering To: Michael Buesch Cc: Greg KH , Oleg Verych , James Bottomley , Sven Luther , debian-kernel@lists.debian.org, linux-kernel@vger.kernel.org, David Lang Subject: Re: [PATCH] MODULE_FIRMWARE for binary firmware(s) Message-ID: <20060829201314.GA28680@aepfle.de> References: <1156802900.3465.30.camel@mulgrave.il.steeleye.com> <20060829183208.GA11468@kroah.com> <200608292104.24645.mb@bu3sch.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <200608292104.24645.mb@bu3sch.de> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1607 Lines: 35 On Tue, Aug 29, Michael Buesch wrote: > On Tuesday 29 August 2006 20:32, Greg KH wrote: > > On Tue, Aug 29, 2006 at 08:46:45AM -0700, David Lang wrote: > > > On Mon, 28 Aug 2006, Greg KH wrote: > > > > > > >I think the current way we handle firmware works quite well, especially > > > >given the wide range of different devices that it works for (everything > > > >from BIOS upgrades to different wireless driver stages). > > > > > > the current system works for many people yes, but not everyone. > > > > > > I'm still waiting to find a way to get the iw2200 working without having to > > > use modules. > > > > Sounds like a bug you need to pester the iw2200 developers about then. > > I don't think it has much to do with the firmware subsystem though :) > > Well, yes and no. > The ipw needs the firmware on insmod time (in contrast to bcm43xx > for example, which needs it on ifconfig up time). > So ipw needs to call request_firmware at insmod time. In case of > built-in, that is when the initcall happens. No userland is available > and request_firmware can not call the userspace helpers to upload > the firmware to sysfs. I dont use nor do I have access ipw hardware, but: If it is an initcall, the initramfs should be usable at that time. A creative CONFIG_INITRAMFS_SOURCE= will help, add the firmware and a small helper that does the cat(1). - 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/