From: "Jan Beulich" <JBeulich@suse.com>
To: Daniel Kiper <daniel.kiper@oracle.com>
Cc: Juergen Gross <JGross@suse.com>,
sstabellini@kernel.org, andrew.cooper3@citrix.com,
cardoe@cardoe.com, pgnet.dev@gmail.com, ning.sun@intel.com,
julien.grall@arm.com, david.vrabel@citrix.com,
xen-devel@lists.xenproject.org, qiaowei.ren@intel.com,
gang.wei@intel.com, fu.wei@linaro.org
Subject: Re: [PATCH v9 04/13] x86: properly calculate xen ELF end of image address
Date: Fri, 30 Sep 2016 03:43:22 -0600 [thread overview]
Message-ID: <57EE4FDA0200007800114166@prv-mh.provo.novell.com> (raw)
In-Reply-To: <1475185362-14198-5-git-send-email-daniel.kiper@oracle.com>
>>> On 29.09.16 at 23:42, <daniel.kiper@oracle.com> wrote:
> This patch is prereq for "efi: build xen.gz with EFI code" patch which adds,
> among others, xen/arch/x86/efi/relocs-dummy.S to xen.gz output. Below there
> is a description why it is needed.
>
> Currently xen ELF end of image address is calculated using first line from
> "nm -nr xen/xen-syms" output. However, potentially it may contain symbol
> address not related to the end of image in any way. It can happen if a
> symbol
> is introduced with address larger than _end symbol address. Such situation
> encountered when I linked xen ELF binary with
> xen/arch/x86/efi/relocs-dummy.S.
> Then first line from "nm -nr xen/xen-syms" contained "ffff82d0c0000000 A
> ALT_START"
> and xen ELF image memory size was silently set to 1023 MiB. This issue
> happened
> because there is no check which symbol address is used to calculate end of
> image address. So, let's fix it and take ELF end of image address by reading
> __2M_rwdata_end symbol address from nm output. This way xen ELF image build
> process is not prone to changes in order of nm output.
>
> Signed-off-by: Daniel Kiper <daniel.kiper@oracle.com>
Acked-by: Jan Beulich <jbeulich@suse.com>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
next prev parent reply other threads:[~2016-09-30 9:43 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-29 21:42 [PATCH v9 00/13] x86: multiboot2 protocol support Daniel Kiper
2016-09-29 21:42 ` [PATCH v9 01/13] x86: add " Daniel Kiper
2016-09-29 21:42 ` [PATCH v9 02/13] efi: create efi_enabled() Daniel Kiper
2016-09-29 21:42 ` [PATCH v9 03/13] x86: allow EFI reboot method neither on EFI platforms Daniel Kiper
2016-09-29 21:42 ` [PATCH v9 04/13] x86: properly calculate xen ELF end of image address Daniel Kiper
2016-09-30 9:43 ` Jan Beulich [this message]
2016-09-29 21:42 ` [PATCH v9 05/13] efi: build xen.gz with EFI code Daniel Kiper
2016-09-29 21:42 ` [PATCH v9 06/13] efi: create new early memory allocator Daniel Kiper
2016-09-30 9:46 ` Jan Beulich
2016-09-30 10:49 ` Daniel Kiper
2016-10-05 7:02 ` Daniel Kiper
2016-10-05 15:45 ` Julien Grall
2016-10-05 18:30 ` Julien Grall
2016-10-06 12:21 ` Jan Beulich
2016-10-11 13:39 ` Julien Grall
2016-10-12 11:45 ` Jan Beulich
2016-10-12 12:51 ` Julien Grall
2016-10-12 12:59 ` Jan Beulich
2016-10-24 9:03 ` Daniel Kiper
2016-10-24 9:57 ` Jan Beulich
2016-11-03 13:48 ` Daniel Kiper
2016-11-10 10:34 ` Daniel Kiper
2016-10-31 13:32 ` Julien Grall
2016-09-29 21:42 ` [PATCH v9 07/13] x86: add multiboot2 protocol support for EFI platforms Daniel Kiper
2016-11-23 18:52 ` Andrew Cooper
2016-11-24 11:08 ` Jan Beulich
2016-11-24 21:44 ` Daniel Kiper
2016-11-25 7:50 ` Jan Beulich
2016-11-30 13:45 ` Daniel Kiper
2016-11-30 13:59 ` Jan Beulich
2016-11-30 17:21 ` Daniel Kiper
2016-11-24 21:31 ` Daniel Kiper
2016-09-29 21:42 ` [PATCH v9 08/13] x86/boot: implement early command line parser in C Daniel Kiper
2016-09-29 21:42 ` [PATCH v9 09/13] x86: change default load address from 1 MiB to 2 MiB Daniel Kiper
2016-09-30 10:02 ` Jan Beulich
2016-09-29 21:42 ` [PATCH v9 10/13] x86/setup: use XEN_IMG_OFFSET instead of Daniel Kiper
2016-09-29 21:42 ` [PATCH v9 11/13] x86: make Xen early boot code relocatable Daniel Kiper
2016-09-29 21:42 ` [PATCH v9 12/13] x86/boot: rename sym_phys() to sym_offs() Daniel Kiper
2016-09-29 21:42 ` [PATCH v9 13/13] x86: add multiboot2 protocol support for relocatable images Daniel Kiper
2016-09-30 10:03 ` Jan Beulich
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=57EE4FDA0200007800114166@prv-mh.provo.novell.com \
--to=jbeulich@suse.com \
--cc=JGross@suse.com \
--cc=andrew.cooper3@citrix.com \
--cc=cardoe@cardoe.com \
--cc=daniel.kiper@oracle.com \
--cc=david.vrabel@citrix.com \
--cc=fu.wei@linaro.org \
--cc=gang.wei@intel.com \
--cc=julien.grall@arm.com \
--cc=ning.sun@intel.com \
--cc=pgnet.dev@gmail.com \
--cc=qiaowei.ren@intel.com \
--cc=sstabellini@kernel.org \
--cc=xen-devel@lists.xenproject.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 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.