mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
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>

      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®