Re: [Fastboot] Re: [PATCH 0/29] overview

2005-01-20 Thread Werner Almesberger
Eric W. Biederman wrote: > The hard one there is support of arbitrary OS's. Bah, couldn't care less :-) If all else fails, you can fall back to the "old-style" boot loader, and let this one boot the legacy OS. (Well, for GRUB, you'd need the fallback extension, if this isn't a standard feature yet

Re: [Fastboot] Re: [PATCH 0/29] overview

2005-01-20 Thread Eric W. Biederman
Werner Almesberger <[EMAIL PROTECTED]> writes: > So if there was a vote to be cast for getting kexec into mainline > as quickly as possible, you'd certainly have mine :-) The hard one there is support of arbitrary OS's. Most of the existing interfaces that have been designed require callbacks du

Re: [Fastboot] Re: [PATCH 0/29] overview

2005-01-20 Thread Werner Almesberger
Eric W. Biederman wrote: > To some extent. It is worth noting that the first 13 of my patches > are not core functionality they are bug fixes or feature enhancements > of code that simply have come to be associated with the work on kexec. Good point. I didn't even think of the low-level parts of

Re: [Fastboot] Re: [PATCH 0/29] overview

2005-01-20 Thread Eric W. Biederman
Werner Almesberger <[EMAIL PROTECTED]> writes: > [ Re-sent - seems that one of my MTAs got confused and garbled most > of the addresses. ] > > Eric W. Biederman wrote: > > - This code needs to sit in a development tree for a little while > > to shake out whatever bugs still linger from my ma