* x86_64 kernel relocation question
@ 2008-01-10 0:45 kevint
2008-01-10 7:17 ` Bernhard Walle
0 siblings, 1 reply; 2+ messages in thread
From: kevint @ 2008-01-10 0:45 UTC (permalink / raw)
To: kexec
[-- Attachment #1.1: Type: text/plain, Size: 1929 bytes --]
Hello,
I am relatively new to kexec, and am running into some problems with
relocations when I try to use kexec to load several different X86_64
kernels. I think this is the correct list to post to, but please
point me in the right direction if it isn't.
Here is some of the information on my test environment:
$ kexec --version
kexec-tools-testing 20071030 released 30th October 2007
$ uname -r
2.6.21.5
RHEL5 Kernel:
$ file /tmp/vmlinuz
/tmp/vmlinuz: ELF 64-bit LSB shared object, AMD x86-64, version 1,
stripped
Buildroot generated kernel (bzImage) with initramfs:
# file /tmp/linux-kernel-2.6.21.5-x86_64
/tmp/linux-kernel-2.6.21.5-x86_64: Linux kernel x86 boot executable
RO-rootFS, root_dev 0x801, swap_dev 0x5, Normal VGA
Here is the output I am getting:
(note: I usually have more options, but i get same errors regardless)
$ kexec -l /tmp/vmlinuz
Unhandled rela relocation: 4258616
I noticed this line in the source file, kexec/arch/x86_64/kexec-elf-
rel-x86_64.c:
die("Unhandled rela relocation: %lu\n", reloc_name(r_type));
I figured %lu should be %s, so I changed it, and got the following
output:
$ kexec -l /tmp/vmlinuz
Unhandled rela relocation: R_X86_64_PLT32
I noticed that it is not handled by kexec/arch/x86_64/kexec-elf-rel-
x86_64.c, so figured I either am trying to kexec an incompatible
kernel image or this relocation needs to be handled. I made it
further by hacking in a (non-working) case for this relocation type,
but then came across R_X86_64_GOTPCREL. I don't think calculating
the relocation address for a PLT or a GOT relocation is trivial, so I
am hoping I am doing something else wrong.
I would appreciate any help you can provide.
Thank you!
********************************************
Kevin Tegtmeier
HPC-3 Scientific Computing Resources
Los Alamos National Laboratory
email: kevint at lanl dot gov
********************************************
[-- Attachment #1.2: Type: text/html, Size: 3592 bytes --]
[-- Attachment #2: Type: text/plain, Size: 143 bytes --]
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: x86_64 kernel relocation question
2008-01-10 0:45 x86_64 kernel relocation question kevint
@ 2008-01-10 7:17 ` Bernhard Walle
0 siblings, 0 replies; 2+ messages in thread
From: Bernhard Walle @ 2008-01-10 7:17 UTC (permalink / raw)
To: kexec
* kevint <kevint@lanl.gov> [2008-01-10 01:45]:
>
> I am relatively new to kexec, and am running into some problems with
> relocations when I try to use kexec to load several different X86_64
> kernels. I think this is the correct list to post to, but please point me
> in the right direction if it isn't.
>
> Here is some of the information on my test environment:
>
> $ kexec --version
> kexec-tools-testing 20071030 released 30th October 2007
>
> $ uname -r
> 2.6.21.5
Just to make sure, is CONFIG_RELOCATABLE set?
> $ kexec -l /tmp/vmlinuz
> Unhandled rela relocation: 4258616
>
> I noticed this line in the source file,
> kexec/arch/x86_64/kexec-elf-rel-x86_64.c:
>
> die("Unhandled rela relocation: %lu\n", reloc_name(r_type));
>
> I figured %lu should be %s, so I changed it, and got the following output:
Can you make a patch and send it to this list so that it get fixed in
kexec-tools-testing? Cc Simon Horman <horms@verge.net.au>, the
maintainer.
Bernhard
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2008-01-10 7:17 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-01-10 0:45 x86_64 kernel relocation question kevint
2008-01-10 7:17 ` Bernhard Walle
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.