From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.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, Jan Beulich <JBeulich@suse.com>,
xen-devel@lists.xenproject.org, qiaowei.ren@intel.com,
gang.wei@intel.com, fu.wei@linaro.org
Subject: Re: [PATCH v16 7/9] x86: make Xen early boot code relocatable
Date: Thu, 13 Apr 2017 21:44:17 -0400 [thread overview]
Message-ID: <20170414014417.GG30837@char.us.oracle.com> (raw)
In-Reply-To: <20170413141125.GN16658@olila.local.net-space.pl>
On Thu, Apr 13, 2017 at 04:11:25PM +0200, Daniel Kiper wrote:
> On Fri, Apr 07, 2017 at 05:23:33AM -0600, Jan Beulich wrote:
> > >>> On 21.02.17 at 20:19, <daniel.kiper@oracle.com> wrote:
> > > Every multiboot protocol (regardless of version) compatible image must
> > > specify its load address (in ELF or multiboot header). Multiboot protocol
> > > compatible loader have to load image at specified address. However, there
> > > is no guarantee that the requested memory region (in case of Xen it starts
> > > at 2 MiB and ends at ~5 MiB) where image should be loaded initially is a RAM
> > > and it is free (legacy BIOS platforms are merciful for Xen but I found at
> > > least one EFI platform on which Xen load address conflicts with EFI boot
> > > services; it is Dell PowerEdge R820 with latest firmware). To cope with that
> > > problem we must make Xen early boot code relocatable and help boot loader to
> > > relocate image in proper way by suggesting, not requesting specific load
> > > addresses as it is right now, allowed address ranges. This patch does
> > > former.
> > > It does not add multiboot2 protocol interface which is done in "x86: add
> > > multiboot2 protocol support for relocatable images" patch.
> > >
> > > This patch changes following things:
> > > - %esi register is used as a storage for Xen image load base address;
> > > it is mostly unused in early boot code and preserved during C functions
> > > calls in 32-bit mode,
> > > - %fs is used as base for Xen data relative addressing in 32-bit code
> > > if it is possible; %esi is used for that thing during error printing
> > > because it is not always possible to properly and efficiently
> > > initialize %fs.
> > >
> > > Signed-off-by: Daniel Kiper <daniel.kiper@oracle.com>
> >
> > Reviewed-by: Jan Beulich <jbeulich@suse.com>
>
> It looks that everything passed through test gate and landed in master.
> So, this way we have full multiboot2 support in Xen. This means that
> you can boot Xen using GRUB2 on EFI platforms.
>
> I would like to thank everybody who helped me to make it happen.
> Especially Jan who patiently reviewed whole series many times
> and replied for my stupid questions.
>
<Konrad unscrews the vodka bottle!>
Yeeeeey! Congrats!
> Daniel
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
next prev parent reply other threads:[~2017-04-14 1:44 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-21 19:19 [PATCH v16 0/9] x86: multiboot2 protocol support Daniel Kiper
2017-02-21 19:19 ` [PATCH v16 1/9] x86: add " Daniel Kiper
2017-02-21 19:19 ` [PATCH v16 2/9] efi: build xen.gz with EFI code Daniel Kiper
2017-02-21 19:19 ` [PATCH v16 3/9] efi: create new early memory allocator Daniel Kiper
2017-02-21 19:19 ` [PATCH v16 4/9] x86: add multiboot2 protocol support for EFI platforms Daniel Kiper
2017-02-21 19:24 ` Daniel Kiper
2017-02-22 13:42 ` Jan Beulich
2017-02-22 13:46 ` Doug Goldstein
2017-02-22 15:34 ` Daniel Kiper
2017-02-22 17:04 ` Doug Goldstein
2017-03-06 23:39 ` Daniel Kiper
2017-03-08 3:44 ` Konrad Rzeszutek Wilk
2017-03-08 14:17 ` Daniel Kiper
2017-03-08 16:46 ` Konrad Rzeszutek Wilk
2017-03-09 20:02 ` Doug Goldstein
2017-03-09 22:20 ` Konrad Rzeszutek Wilk
2017-03-15 11:35 ` Daniel Kiper
2017-03-15 14:27 ` Doug Goldstein
2017-03-15 14:38 ` Daniel Kiper
2017-03-15 14:42 ` Doug Goldstein
2017-03-15 15:02 ` Daniel Kiper
2017-03-16 12:12 ` Daniel Kiper
2017-03-16 13:12 ` Jan Beulich
2017-03-16 13:35 ` Daniel Kiper
2017-03-16 13:43 ` Jan Beulich
2017-03-21 13:05 ` Daniel Kiper
2017-03-21 13:48 ` Jan Beulich
2017-03-09 15:24 ` Daniel Kiper
2017-03-09 15:41 ` Andrew Cooper
2017-03-09 15:45 ` Jan Beulich
2017-02-21 19:19 ` [PATCH v16 5/9] x86: change default load address from 1 MiB to 2 MiB Daniel Kiper
2017-03-01 9:05 ` Jan Beulich
2017-03-01 10:13 ` Daniel Kiper
2017-03-01 10:34 ` Jan Beulich
2017-03-01 10:51 ` Daniel Kiper
2017-03-01 11:21 ` Jan Beulich
2017-03-06 14:51 ` Daniel Kiper
2017-03-06 14:59 ` Jan Beulich
2017-02-21 19:19 ` [PATCH v16 6/9] x86/setup: use XEN_IMG_OFFSET instead of Daniel Kiper
2017-02-21 19:19 ` [PATCH v16 7/9] x86: make Xen early boot code relocatable Daniel Kiper
2017-04-07 11:23 ` Jan Beulich
2017-04-13 14:11 ` Daniel Kiper
2017-04-13 19:43 ` Doug Goldstein
2017-04-14 10:46 ` Daniel Kiper
2017-04-14 1:44 ` Konrad Rzeszutek Wilk [this message]
2017-04-14 10:50 ` Daniel Kiper
2017-02-21 19:19 ` [PATCH v16 8/9] x86/boot: rename sym_phys() to sym_offs() Daniel Kiper
2017-02-21 19:19 ` [PATCH v16 9/9] x86: add multiboot2 protocol support for relocatable images 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=20170414014417.GG30837@char.us.oracle.com \
--to=konrad.wilk@oracle.com \
--cc=JBeulich@suse.com \
--cc=andrew.cooper3@citrix.com \
--cc=cardoe@cardoe.com \
--cc=daniel.kiper@oracle.com \
--cc=fu.wei@linaro.org \
--cc=gang.wei@intel.com \
--cc=jgross@suse.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.