lkml.org 
[lkml]   [2012]   [Jul]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [Xen-devel] incorrect layout of globals from head_64.S during kexec boot
>>> On 06.07.12 at 14:07, Olaf Hering <olaf@aepfle.de> wrote:
> But adding some debug to inspect
> *output in parse_elf() shows that the second entry in program headers is
> already shifted by 44 bytes in my testing, the others are shifted by the
> same amount.

Unfortunately it's not clear what is shifted - the printout below
looks just fine. Also, from your first mail I understood that the shift
there was by an amount not divisible by 4 - does that amount vary?

> Program Headers:
> Type Offset VirtAddr PhysAddr FileSiz
> MemSiz Flg Align
> LOAD 0x200000 0xffffffff81000000 0x0000000001000000 0xa3b000
> 0xa3b000 R E 0x200000
> LOAD 0xe00000 0xffffffff81c00000 0x0000000001c00000 0x05b0e8
> 0x05b0e8 RW 0x200000
> LOAD 0x1000000 0x0000000000000000 0x0000000001c5c000 0x012c40
> 0x012c40 RW 0x200000
> LOAD 0x106f000 0xffffffff81c6f000 0x0000000001c6f000 0x087000
> 0x702000 RWE 0x200000
> NOTE 0x82d5bc 0xffffffff8162d5bc 0x000000000162d5bc 0x00017c
> 0x00017c 0x4
>
>
> That makes me wonder wether kexec-tools is the culprit.

Possibly, though generally any corruption to the compressed image
should make decompression fail I would think.

Jan



\
 
 \ /
  Last update: 2012-07-06 15:01    [W:0.112 / U:0.428 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site