[lkml]   [2000]   [Jan]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Announce: initrd-tftp 0.1

Spoke Hans de Goede <> >
>Now if you could find a significant number of embedded system developers
>saying, we don't need that that is kernel polution, then I would be

I have embedded Linux in a few devices and i claim this is kernel
pollution. I can assure you that DHCP, BOOTP and TFTP are not the only
mechanisms for remote loading -- but you probably know that already.
I have had to do http, ftp, ssh and nfs.
Really where do you draw the line? Initrd already provides you mechanisms
to cleanly extend the loading any way you want. Just write a very small
one that could even load using your own proprietary scheme
I would even go further and claim that your design is overly flawed if
you embed around a single loading mechanism. You need to make it flexible.

Maintain your own patches separately, fork if you want to but please keep
the kernel clean. I dont plan on using that patch even if the loading
mechanism required (for example by a customer) was tftp.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:55    [W:0.023 / U:1.224 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site