public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: ebiederm@xmission.com (Eric W. Biederman)
To: <linux-kernel@vger.kernel.org>
Subject: [RFC][PATCH] kexec aka linux booting linux
Date: 03 Apr 2002 10:49:05 -0700	[thread overview]
Message-ID: <m1bsd0smem.fsf@frodo.biederman.org> (raw)

I am in the final stages of polishing up my kexec patches before submitting them
for inclusion in the kernel.  I have come to one last design question.
Currently I am reusing the sys_reboot with a different magic number.
Is this appropriate or do I want to modify the code so it uses it's
own syscall number?

The user space prototype is:
struct kexec_segment {
       void *buf;
       size_t bufsz;
       void *mem;
       size_t memsz;
};

int sys_kexec(void *start, int nr_segments, struct kexec_segment *segments);

For x86 the code places you in 32bit protected mode with paging
disabled.  Giving trivial access to the first 4GB of memory.  All of
the registers are initially zeroed except stack pointer which is
pointed to a location which is good for a few bytes of storage.  The
segment registers are all loaded with flat 32bit segments with a
base address of 0.

For other architectures a similar interface is possible.

After so many changes and so much time I need to clean up and retest
my alpha port.  This is the next step.  That and cleaning up my user
space tools that make use of this.

ftp://download.lnxi.com/pub/src/linux-kernel-patches/kexec/
ftp://download.lnxi.com/pub/src/linux-kernel-patches/kexec/linux-2.5.7.kexec.diff
ftp://download.lnxi.com/pub/src/linux-kernel-patches/kexec/linux-2.5.7.kexec.long
http://www.xmission.com/~ebiederm/files/kexec/linux-2.5.7.kexec.diff
http://www.xmission.com/~ebiederm/files/kexec/linux-2.5.7.kexec.log

Eric

                 reply	other threads:[~2002-04-03 17:55 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=m1bsd0smem.fsf@frodo.biederman.org \
    --to=ebiederm@xmission.com \
    --cc=linux-kernel@vger.kernel.org \
    /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