From: Olaf Hering <olaf@aepfle.de>
To: Jan Beulich <JBeulich@suse.com>
Cc: Daniel Kiper <dkiper@net-space.pl>,
kexec@lists.infradead.org, xen-devel@lists.xensource.com,
linux-kernel@vger.kernel.org
Subject: Re: [Xen-devel] incorrect layout of globals from head_64.S during kexec boot
Date: Fri, 6 Jul 2012 15:31:05 +0200 [thread overview]
Message-ID: <20120706133105.GA20600@aepfle.de> (raw)
In-Reply-To: <4FF6FCA9020000780008E0BB@nat28.tlf.novell.com>
On Fri, Jul 06, Jan Beulich wrote:
> >>> 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?
The memory location of the second LOAD entry (the .data section) is wrong.
It should be at 0x1c00000, but in fact its content starts at 0x1c0002c.
I looked at the x86 boot code, the vmlinux is gzipped and placed as
binary blob, which is then extracted by decompress().
I will cleanup my debug changes and post the output.
Olaf
> > 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
WARNING: multiple messages have this Message-ID (diff)
From: Olaf Hering <olaf-QOLJcTWqO2uzQB+pC5nmwQ@public.gmane.org>
To: Jan Beulich <JBeulich-IBi9RG/b67k@public.gmane.org>
Cc: xen-devel-GuqFBffKawuULHF6PoxzQEEOCMrvLtNR@public.gmane.org,
kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Daniel Kiper <dkiper-lGfBN0aaEZ+lPcVs/6D9LQ@public.gmane.org>
Subject: Re: [Xen-devel] incorrect layout of globals from head_64.S during kexec boot
Date: Fri, 6 Jul 2012 15:31:05 +0200 [thread overview]
Message-ID: <20120706133105.GA20600@aepfle.de> (raw)
In-Reply-To: <4FF6FCA9020000780008E0BB-ce6RLXgGx+vWGUEhTRrCg1aTQe2KTcn/@public.gmane.org>
On Fri, Jul 06, Jan Beulich wrote:
> >>> On 06.07.12 at 14:07, Olaf Hering <olaf-QOLJcTWqO2uzQB+pC5nmwQ@public.gmane.org> 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?
The memory location of the second LOAD entry (the .data section) is wrong.
It should be at 0x1c00000, but in fact its content starts at 0x1c0002c.
I looked at the x86 boot code, the vmlinux is gzipped and placed as
binary blob, which is then extracted by decompress().
I will cleanup my debug changes and post the output.
Olaf
> > 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
WARNING: multiple messages have this Message-ID (diff)
From: Olaf Hering <olaf@aepfle.de>
To: Jan Beulich <JBeulich@suse.com>
Cc: xen-devel@lists.xensource.com, kexec@lists.infradead.org,
linux-kernel@vger.kernel.org, Daniel Kiper <dkiper@net-space.pl>
Subject: Re: [Xen-devel] incorrect layout of globals from head_64.S during kexec boot
Date: Fri, 6 Jul 2012 15:31:05 +0200 [thread overview]
Message-ID: <20120706133105.GA20600@aepfle.de> (raw)
In-Reply-To: <4FF6FCA9020000780008E0BB@nat28.tlf.novell.com>
On Fri, Jul 06, Jan Beulich wrote:
> >>> 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?
The memory location of the second LOAD entry (the .data section) is wrong.
It should be at 0x1c00000, but in fact its content starts at 0x1c0002c.
I looked at the x86 boot code, the vmlinux is gzipped and placed as
binary blob, which is then extracted by decompress().
I will cleanup my debug changes and post the output.
Olaf
> > 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
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
next prev parent reply other threads:[~2012-07-06 13:31 UTC|newest]
Thread overview: 70+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-05 21:06 incorrect layout of globals from head_64.S during kexec boot Olaf Hering
2012-07-05 21:06 ` Olaf Hering
2012-07-06 8:29 ` [Xen-devel] " Jan Beulich
2012-07-06 8:29 ` Jan Beulich
2012-07-06 8:29 ` Jan Beulich
2012-07-06 8:41 ` Daniel Kiper
2012-07-06 8:41 ` Daniel Kiper
2012-07-06 8:41 ` Daniel Kiper
2012-07-06 12:07 ` Olaf Hering
2012-07-06 12:07 ` Olaf Hering
2012-07-06 12:56 ` [Xen-devel] " Jan Beulich
2012-07-06 12:56 ` Jan Beulich
2012-07-06 12:56 ` Jan Beulich
2012-07-06 13:31 ` Olaf Hering [this message]
2012-07-06 13:31 ` Olaf Hering
2012-07-06 13:31 ` Olaf Hering
2012-07-06 13:53 ` Jan Beulich
2012-07-06 13:53 ` Jan Beulich
2012-07-06 13:53 ` Jan Beulich
2012-07-06 14:14 ` Olaf Hering
2012-07-06 14:14 ` Olaf Hering
2012-07-06 14:50 ` Jan Beulich
2012-07-06 14:50 ` Jan Beulich
2012-07-06 14:50 ` Jan Beulich
2012-07-06 17:29 ` Olaf Hering
2012-07-06 17:29 ` Olaf Hering
2012-07-10 9:33 ` Olaf Hering
2012-07-10 9:33 ` Olaf Hering
2012-07-10 14:14 ` Konrad Rzeszutek Wilk
2012-07-10 14:14 ` Konrad Rzeszutek Wilk
2012-07-10 14:46 ` Ian Campbell
2012-07-10 14:46 ` Ian Campbell
2012-07-10 14:51 ` Konrad Rzeszutek Wilk
2012-07-10 14:51 ` Konrad Rzeszutek Wilk
2012-07-10 14:51 ` Konrad Rzeszutek Wilk
2012-07-10 15:29 ` Ian Campbell
2012-07-10 15:29 ` Ian Campbell
2012-07-10 15:29 ` Ian Campbell
2012-07-10 15:37 ` Olaf Hering
2012-07-10 15:37 ` Olaf Hering
2012-07-10 15:23 ` Olaf Hering
2012-07-10 15:23 ` Olaf Hering
2012-07-10 17:26 ` Konrad Rzeszutek Wilk
2012-07-10 17:26 ` Konrad Rzeszutek Wilk
2012-07-10 17:26 ` Konrad Rzeszutek Wilk
2012-07-10 18:09 ` Olaf Hering
2012-07-10 18:09 ` Olaf Hering
2012-07-10 18:32 ` Konrad Rzeszutek Wilk
2012-07-10 18:32 ` Konrad Rzeszutek Wilk
2012-07-10 19:08 ` Keir Fraser
2012-07-10 19:08 ` Keir Fraser
2012-07-10 19:08 ` Keir Fraser
2012-07-13 20:20 ` Olaf Hering
2012-07-13 20:20 ` Olaf Hering
2012-07-14 4:54 ` Keir Fraser
2012-07-14 4:54 ` Keir Fraser
2012-07-14 4:54 ` Keir Fraser
2012-07-15 16:06 ` Olaf Hering
2012-07-15 16:06 ` Olaf Hering
2012-07-15 17:17 ` Keir Fraser
2012-07-15 17:17 ` Keir Fraser
2012-07-15 17:17 ` Keir Fraser
2012-07-16 15:46 ` Konrad Rzeszutek Wilk
2012-07-16 15:46 ` Konrad Rzeszutek Wilk
2012-07-17 10:24 ` Olaf Hering
2012-07-17 10:24 ` Olaf Hering
2012-07-17 12:34 ` Olaf Hering
2012-07-17 12:34 ` Olaf Hering
2012-07-06 15:54 ` Daniel Kiper
2012-07-06 15:54 ` Daniel Kiper
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=20120706133105.GA20600@aepfle.de \
--to=olaf@aepfle.de \
--cc=JBeulich@suse.com \
--cc=dkiper@net-space.pl \
--cc=kexec@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=xen-devel@lists.xensource.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 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.