[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <m1tztrzeik.fsf@ebiederm.dsl.xmission.com>
Date: Fri, 01 Jun 2007 13:00:19 -0600
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Pavel Machek <pavel@....cz>
Cc: Jeremy Fitzhardinge <jeremy@...p.org>,
Matthew Garrett <mjg59@...f.ucam.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
"Rafael J. Wysocki" <rjw@...k.pl>,
Pekka J Enberg <penberg@...helsinki.fi>,
Nigel Cunningham <nigel@...el.suspend2.net>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: Back to the future.
Pavel Machek <pavel@....cz> writes:
> Hi!
>
>> > While that would certainly be nifty, I think we're arguably starting
>> > from the wrong point here. Why are we booting a kernel, trying to poke
>> > the hardware back into some sort of mock-quiescent state, freeing memory
>> > and then (finally) overwriting the entire contents of RAM rather than
>> > just doing all of this from the bootloader?
>
> Doing it from the bootloader sounds attractive... but it is lot of
> work. I'm essentially using linux as a bootloader.
>
> Patch for grub welcome.
Well. We actually have first class support for using linux as a
bootloader. So you could use linux and do whatever dance you are
doing from a bootloader if you felt the desire.
That might make the dance a little easier.
Eric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists