From: Milton Miller <miltonm@bga.com>
To: Mohan Kumar M <mohan@in.ibm.com>
Cc: kexec@lists.infradead.org, linuxppc-dev@ozlabs.org,
Simon Horman <horms@verge.net.au>,
Paul Mackerras <paulus@samba.org>
Subject: Re: [PATCH 3/3] powerpc/ppc64/kdump: better flag for running relocatable
Date: Tue, 11 Nov 2008 10:06:16 -0600 [thread overview]
Message-ID: <f2538c5a645ccd8ed03ff44dc450f652@bga.com> (raw)
In-Reply-To: <491851D3.3050904@in.ibm.com>
On Nov 10, 2008, at 9:22 AM, Mohan Kumar M wrote:
> Yes, elf_ret_symbol sets the copy in purgatory. But the following code
> in purgatory (to be introduced)
>
> LOADADDR(6,run_at_load)
> ld 18,0(6)
> cmpd 18,1
> bne skip
> li 7,1
> stw 7,92(4) # mark __run_at_load flag at kernel
>
> will set the __run_at_load in the kernel image (ie where ever kernel
> is loaded + 0x5c(92). Or am I missing some thing?
That would work, but I prefer to keep the change in the userspace side.
Partly because I don't want to link setting the relocatable flag to
purgatory starting a dump kernel, and partly because I think
kexec-tools should be verifying that the loaded kernel will run where
it expects, either by it finding the relcatable flag, inspecting the
elf header for the linked address, or some other method (like elf type
is dynamic for some platforms). Oh, and its more readable in C.
If someone adds mmap instead of read files to the common code, then we
will just have to make sure they use MMAP_PRIVATE instead of
MMAP_SHARED. Today its not an issue.
milton
next prev parent reply other threads:[~2008-11-11 16:19 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-22 4:56 [PATCH] Support for relocatable kdump kernel Milton Miller
2008-10-22 20:39 ` [PATCH 3/3] powerpc/ppc64/kdump: better flag for running relocatable Milton Miller
2008-10-23 3:23 ` Michael Neuling
2008-10-23 3:32 ` Paul Mackerras
2008-10-23 3:43 ` Paul Mackerras
2008-10-24 4:41 ` Michael Neuling
2008-11-07 13:52 ` Milton Miller
2008-10-23 15:15 ` Mohan Kumar M
2008-11-07 13:59 ` Milton Miller
2008-11-10 15:22 ` Mohan Kumar M
2008-11-11 16:06 ` Milton Miller [this message]
2008-10-22 20:39 ` [PATCH 2/2 kexec-tools] ppc64: segemments are sorted Milton Miller
2008-10-22 20:47 ` Milton Miller
2008-10-22 20:39 ` [PATCH 1/2 kexec-tools] ppc64: new relocatble kernel activation ABI Milton Miller
2008-10-22 20:39 ` [PATCH 1/3] powerpc: kexec exit should not use magic numbers Milton Miller
2008-10-22 23:18 ` Simon Horman
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=f2538c5a645ccd8ed03ff44dc450f652@bga.com \
--to=miltonm@bga.com \
--cc=horms@verge.net.au \
--cc=kexec@lists.infradead.org \
--cc=linuxppc-dev@ozlabs.org \
--cc=mohan@in.ibm.com \
--cc=paulus@samba.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;
as well as URLs for NNTP newsgroup(s).