mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Alistair John Strachan <s0348365@sms.ed.ac.uk>
To: Rob Landley <rob@landley.net>
Cc: kronos@kronoz.cjb.net, Keenan Pepper <keenanpepper@gmail.com>,
	linux-kernel@vger.kernel.org, jketreno@linux.intel.com
Subject: Re: ipw2200 only works as a module?
Date: Sat, 22 Oct 2005 23:50:57 +0100	[thread overview]
Message-ID: <200510222350.57605.s0348365@sms.ed.ac.uk> (raw)
In-Reply-To: <200510191635.13253.rob@landley.net>

On Wednesday 19 October 2005 22:35, Rob Landley wrote:
> On Monday 26 September 2005 12:12, Luca wrote:
> > Keenan Pepper <keenanpepper@gmail.com> ha scritto:
> > > With CONFIG_IPW2200=y I get:
> > >
> > > ipw2200: ipw-2.2-boot.fw load failed: Reason -2
> > > ipw2200: Unable to load firmware: 0xFFFFFFFE
> > >
> > > but with CONFIG_IPW2200=m it works fine. If it doesn't work when built
> > > into the kernel, why even give people the option?
> > >
> > > BTW, a better error message than "Reason -2" would be nice. =)
> >
> > -2 is -ENOENT (no such file or directory). ipw2000 requests its firmware
> > using a hotplug event, but when the driver is compiled into the kernel
> > it gets loaded _before_ the root fs is mounted and of course the hotplug
> > system and the firmware are not available.
>
> Any possibility of extracting initramfs early enough that the firmware
> could live in there when this sucker's built in?
>

Another possible solution would be to delay initialisation of the hardware 
until the network interface is brought up. This is a more robust approach 
because then if something bad happens and the firmware needs to be reloaded, 
you can just cycle the interface (ifdown/ifup) and the firmware will be 
reuploaded.

An example of hardware doing this is the prism54 driver (also in tree) which 
delays loading the firmware until it absolutely has to. This driver survives 
being built-in quite happily.

-- 
Cheers,
Alistair.

'No sense being pessimistic, it probably wouldn't work anyway.'
Third year Computer Science undergraduate.
1F2 55 South Clerk Street, Edinburgh, UK.

  reply	other threads:[~2005-10-22 22:49 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-26 15:22 Keenan Pepper
2005-09-26 17:07 ` Bharath Ramesh
2005-09-26 17:12 ` Luca
2005-09-27  5:11   ` Alejandro Bonilla
2005-10-19 21:35   ` Rob Landley
2005-10-22 22:50     ` Alistair John Strachan [this message]
2005-10-23 22:19       ` Alejandro Bonilla Beeche
2005-10-24  6:17         ` Denis Vlasenko

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200510222350.57605.s0348365@sms.ed.ac.uk \
    --to=s0348365@sms.ed.ac.uk \
    --cc=jketreno@linux.intel.com \
    --cc=keenanpepper@gmail.com \
    --cc=kronos@kronoz.cjb.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rob@landley.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®