From: Torrey Hoffman <thoffman@arnor.net>
To: root@chaos.analogic.com
Cc: "Eric W. Biederman" <ebiederm@xmission.com>,
Pavel Roskin <proski@gnu.org>,
Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: "Hearty AOL" for kexec
Date: 23 Oct 2002 10:43:07 -0700 [thread overview]
Message-ID: <1035394988.30560.102.camel@rivendell.arnor.net> (raw)
In-Reply-To: <Pine.LNX.3.95.1021023132644.14975A-100000@chaos.analogic.com>
On Wed, 2002-10-23 at 10:31, Richard B. Johnson wrote:
> On 23 Oct 2002, Torrey Hoffman wrote:
>
> > On Wed, 2002-10-23 at 08:03, Eric W. Biederman wrote:
> > > Pavel Roskin <proski@gnu.org> writes:
> > [...]
> > > > I really want to see this feature in the kernel. It is very useful in
> > > > embedded systems. Just imagine loading the bootstrap kernel, then
> > > > downloading the new kernel over anything - HDLC, 802.11, USB, decrypting
> > > > it from flash etc. Possibilities are infinite.
> > >
> > > Yay!!!! My first embedded developer who doesn't think it is silly to
> > > use a kernel as a bootloader :) Or at least the first to admit they
> > > embedded developer.
> >
> > Yeah, another AOL "Me Too" here - I'm an embedded linux developer and
> > think would be useful. Being able to network boot the device, download
> > software to a flash, and then directly "kexec" boot from the kernel on
> > the flash would be nice.
> >
> > Anything that reduces dependencies on the BIOS is good. I'd use this
> > feature if it was available.
>
> But 'downloading' (actually uploading) software and writing it to
> flash for a re-boot is a trivial user-mode task. The actual boot
> from such a virtual disk takes 4 seconds on a real system (AMD SC520)
> processor in an embedded system. You don't need any special kernel
> hooks.
Sure - once I've written the new software into the flash I can just
reboot normally. That's what I do now, it works, it's simple.
But on the devices we use, that requires an extra, unnecessary startup
delay of least 15 seconds as the BIOS does all the usual, PC-style
system startup. And it depends on the BIOS correctly determining that
it should boot from flash instead of the network.
Using "kexec" to go directly from setting up the flash to booting from
it would cut our system startup time in half and reduce BIOS dependency.
Not a big deal, but it would be nice.
Torrey Hoffman
thoffman@arnor.net
torrey.hoffman@myrio.com
next prev parent reply other threads:[~2002-10-23 17:41 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-23 13:47 Pavel Roskin
2002-10-23 15:03 ` Eric W. Biederman
2002-10-23 16:58 ` Torrey Hoffman
2002-10-23 17:31 ` Richard B. Johnson
2002-10-23 17:43 ` Torrey Hoffman [this message]
2002-10-23 18:29 ` Pavel Roskin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1035394988.30560.102.camel@rivendell.arnor.net \
--to=thoffman@arnor.net \
--cc=ebiederm@xmission.com \
--cc=linux-kernel@vger.kernel.org \
--cc=proski@gnu.org \
--cc=root@chaos.analogic.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®