netdev
[Top] [All Lists]

Re: Make ipconfig.c work as a loadable module.

To: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>, Jeff Garzik <jgarzik@xxxxxxxxx>, Robin Holt <holt@xxxxxxx>, Linux Kernel Mailing List <linux-kernel@xxxxxxxxxxxxxxx>, netdev@xxxxxxxxxxx
Subject: Re: Make ipconfig.c work as a loadable module.
From: Chris Dukes <pakrat@xxxxxxxxxxxxxxxx>
Date: Fri, 7 Mar 2003 01:29:05 +0000
In-reply-to: <20030307000816.P838@xxxxxxxxxxxxxxxxxxxxxx>; from rmk@xxxxxxxxxxxxxxxx on Fri, Mar 07, 2003 at 12:08:16AM +0000
References: <Pine.LNX.4.44.0303061500310.31368-100000@xxxxxxxxxxxxxxxxxxxxxxxxx> <1046990052.18158.121.camel@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <20030306221136.GB26732@xxxxxxx> <20030306222546.K838@xxxxxxxxxxxxxxxxxxxxxx> <1046996037.18158.142.camel@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <20030306231905.M838@xxxxxxxxxxxxxxxxxxxxxx> <1046996987.17718.144.camel@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <20030307000816.P838@xxxxxxxxxxxxxxxxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx
User-agent: Mutt/1.2.5.1i
On Fri, Mar 07, 2003 at 12:08:16AM +0000, Russell King wrote:
> > 
> > You can build the dhcp client with glibc static into your initrd. Its hardly
> > magic or special programs or random garbage, and last time I counted it came
> > to one program. Dunno what the other 999 utilities your dhcp needs are ?
> 
> How about mount for nfs-root, a shell and a shell script to supply the
> correct parameters to mount so it doesn't go and try to mount the
> nfs-root with locking enabled - oh, and a few programs like sed and
> so forth to pull the mount parameters out of the dhcp client output,
> if there is such an output.

If IBM can fit a kernel and a ramdisk containing all the utilities you
describe and more in smaller than 5M of file for tftp, one would think 
that it could be done on Linux.
> 
> ipconfig.c does more than just configure networking.  It's a far smaller
> solution to NFS-root than any userspace implementation could ever hope
> to be.

That's nice.  Would you mind explaining to us where that would be a
benefit?  Aside from dead header space in elf executables, I'm at
a loss as to how a usermode implementation must be significantly
larger than kernel code.

-- 
Chris Dukes
I tried being reasonable once--I didn't like it.

<Prev in Thread] Current Thread [Next in Thread>