On Wednesday 08 June 2005 22:43, David S. Miller wrote:
> From: James Ketrenos <[email protected]>
> Date: Wed, 08 Jun 2005 12:10:37 -0500
>
> > My approach is to make the driver so it supports as many usage models as
> > possible, leaving policy to other components of the system.
>
> I don't see how this kind of firmware load setup handles something
> like an NFS root over such a device that requires firmware.
You practically cannot avoid having initrd because you are very likely
to need to do some wifi config (at least ESSID and mode).
Well, you can, but it gets more arcane with each turn
(essid=,mode= module parameters - in each and every wifi driver!
and what if you need to set basic rates? Yet another parameter?).
It's analogous to DHCP+NFS_root boot - we do have ugly hack
of kernelspace dhcp client, but IIRC it is agreed that the Right Thing
is to do such things in userspace (if needed, via initrd/initramfs).
It simply allows for way more options what you can do in early boot
if you have early userspace.
--
vda
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
