Re: [BK PATCH] klibc for 2.5.64 - try 2

[ebiederm@xmission.com (Eric W. Biederman)]

"H. Peter Anvin" <hpa@zytor.com> writes:

> Eric W. Biederman wrote:
> > The last time I worked on something like this I put a dhcp client, and
> > a tftp client in a single binary, my compressed initrd was only 16K on
> > x86.  And I had a complete network boot loader using the linux kernel.
> > Now the kernel is so big and bloated it has not been practical to use
> > it.  So my effort has mostly been concentrated on etherboot.  Which
> > is essentially a mini-kernel that just focuses on being a network boot
> > loader.  And with etherboot I can get a udp/ip stack. With dhcp and
> > tftp support, and an eepro100 nic driver into 38K on an Itanium (The
> > platform with possible the most bloated binaries known to man).  On x86
> > with an eepro100 driver I can usually get it down to around 16K.  (All
> > sizes represent self decompressing executables).
> >
> 
> Incidentally, any hope of getting Etherboot to act as a PXE stack any time soon?

Etherboot is unlikely to support UNDI.

However there is already some code that was integrated that exports
the UDP/TFTP layers PXE clients use.  The code just needs some
cleanups so that it works, maybe weeks worth of work.  All of the
calls pxelinux use are already present.

> 	-hpa (ducks & runs)

I prefer an interface that does not need callbacks, things are just
plain simpler.  But when the callback is easy and there already is a
better mechanism I don't have a problem with it.

Of course it is worth noting that PXE runtime support on the itanium
does not even resemble PXE runtime support on x86.  Unlike unix it
does not have a stable API.

Eric