From: ebiederm@xmission.com (Eric W. Biederman)
To: vgoyal@in.ibm.com
Cc: Morton Andrew Morton <akpm@osdl.org>,
Fastboot mailing list <fastboot@lists.osdl.org>,
linux kernel mailing list <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] kdump: Save parameter segment in protected mode (x86)
Date: Thu, 28 Jul 2005 21:17:30 -0600 [thread overview]
Message-ID: <m18xzq5mid.fsf@ebiederm.dsl.xmission.com> (raw)
In-Reply-To: <20050728121305.GB4962@in.ibm.com> (Vivek Goyal's message of "Thu, 28 Jul 2005 17:43:05 +0530")
Ack. This is a simple fix to a very practical problem, for
using the kernel from a reserved area of memory.
Vivek Goyal <vgoyal@in.ibm.com> writes:
> o With introduction of kexec as boot-loader, the assumption that parameter
> segment will always be loaded at lower address than kernel and will be
> addressable by early bootup page tables is no longer valid. In kexec on
> panic case parameter segment might well be loaded beyond kernel image and
> might not be addressable by early boot page tables.
> o This case might hit in the scenario where user has reserved a chunk of
> memory for second kernel, for example 16MB to 64MB, and has also built
> second kernel for physical memory location 16MB. In this case kexec has no
> choice but to load the parameter segment at a higher address than new kernel
> image at safe location where new kernel does not stomp it.
> o Though problem should automatically go away once relocatable kernel for i386
> is in place and kexec can determine the location of new kernel at run time
> and load parameter segment at lower address than kernel image. But till then
> this patch can go in (assuming it does not break something else).
> o This patch moves up the boot parameter saving code. Now boot parameters
> are copied out in protected mode before page tables are initialized. This
> will ensure that parameter segment is always addressable irrespective of
> its physical location.
>
>
> Signed-off-by: Vivek Goyal <vgoyal@in.ibm.com>
prev parent reply other threads:[~2005-07-29 3:18 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-28 12:13 Vivek Goyal
2005-07-29 3:17 ` Eric W. Biederman [this message]
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=m18xzq5mid.fsf@ebiederm.dsl.xmission.com \
--to=ebiederm@xmission.com \
--cc=akpm@osdl.org \
--cc=fastboot@lists.osdl.org \
--cc=linux-kernel@vger.kernel.org \
--cc=vgoyal@in.ibm.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®