From: Mohan Kumar M <mohan@in.ibm.com>
To: ppcdev <linuxppc-dev@ozlabs.org>
Cc: paulus@samba.org, miltonm@bga.com
Subject: [PATCH 0/5] Relocatable kernel support for PPC64
Date: Tue, 12 Aug 2008 01:41:20 +0530 [thread overview]
Message-ID: <20080811201120.GA25283@in.ibm.com> (raw)
Hi,
Following five patches enable the "relocatable kernel" feature for
PPC64 kernels.
1. Extract list of relocation offsets.patch
2. Build files needed for relocation.patch
3. Apply relocation.patch
4. Relocation support.patch
5. Relocation support for kdump kernel.patch
Paul, can you please merge these patches to the powerpc git tree?
With the patchset, vmcore image of a crashed system can be captured
using the same kernel binary.
Still the kernel is not a fully relocatable kernel. It can either run at
0 or 32MB based on which address its loaded. If its loaded by 'kexec -p',
it behaves as a relocatable kernel and runs at 32MB(even though its
compiled for 0). If the same kernel is loaded by yaboot or kexec -l, it
will behave as a normal kernel and will run at the compiled address.
Difference between previous patchset and current
* The problem kdump kernel boot fail on some specific systems is fixed now.
* Kdump kernel boot failed with git tree kernels, its fixed now.
Issues:
* Relocatable vmlinux image is built in arch/powerpc/boot as
vmlinux.reloc. But it should be built in top level directory of kernel
source as vmlinux instead of vmlinux.reloc
Limitation:
* During kdump kernel boot, all secondary processors are stuck up. But
during yaboot all secondary processors are brought online.
Since relocatable kernel is used only for kdump kernels and kdump
kernel is always booted with "maxcpus=1" kernel parameter, there is no
significant difference. It can be marked as a known issue.
(I am trying to fix this issue)
Tested on POWER5 systems.
Regards,
Mohan.
next reply other threads:[~2008-08-11 20:11 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-11 20:11 Mohan Kumar M [this message]
2008-08-11 20:12 ` [PATCH 1/5] Extract list of relocation offsets Mohan Kumar M
2008-08-11 20:14 ` [PATCH 2/5] Build files needed for relocation Mohan Kumar M
2008-08-12 8:07 ` Mohan Kumar M
2008-08-12 8:09 ` Mohan Kumar M
2008-08-11 20:15 ` [PATCH 3/5] Apply relocation Mohan Kumar M
2008-08-12 0:23 ` Paul Mackerras
2008-08-12 8:10 ` Mohan Kumar M
2008-08-13 5:11 ` Paul Mackerras
2008-08-11 20:16 ` [PATCH 4/5] Relocation support Mohan Kumar M
2008-08-12 8:11 ` Mohan Kumar M
2008-08-13 5:20 ` Paul Mackerras
2008-08-13 18:22 ` Mohan Kumar M
2008-08-11 20:18 ` [PATCH 5/5] Relocation support for kdump kernel Mohan Kumar M
2008-08-12 8:11 ` Mohan Kumar M
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=20080811201120.GA25283@in.ibm.com \
--to=mohan@in.ibm.com \
--cc=linuxppc-dev@ozlabs.org \
--cc=miltonm@bga.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).