On Thu, Mar 10, 2016 at 09:23:23PM +0100, Vladimir 'phcoder' Serbinenko wrote:
> On Wednesday, March 2, 2016, Daniel Kiper <daniel.ki...@oracle.com> wrote:
>
> > Add grub_relocator64_efi relocator. It will be used on EFI 64-bit platforms
> > when multiboot2 c
On Thu, Mar 10, 2016 at 09:26:06PM +0100, Vladimir 'phcoder' Serbinenko wrote:
> On Wednesday, March 2, 2016, Daniel Kiper <daniel.ki...@oracle.com> wrote:
>
> > Add tags used to pass ImageHandle to loaded image if requested.
> > It is used by at least ExitBootServices()
On Fri, Mar 11, 2016 at 09:35:19AM -0500, Konrad Rzeszutek Wilk wrote:
> > >> Nor would
> > >> that deal with avoiding reserved regions not too far above 1Mb,
> > >> since at best the main payload can be relocatable (but certainly
> > >> not the binary seen by the boot loader, as at least
On Fri, Mar 11, 2016 at 06:33:15PM +0100, Vladimir 'phcoder' Serbinenko wrote:
> On Friday, March 11, 2016, Daniel Kiper <daniel.ki...@oracle.com> wrote:
>
> > On Fri, Mar 11, 2016 at 04:44:00PM +0100, Vladimir 'phcoder' Serbinenko
> > wrote:
> >
> > [...]
&g
On Fri, Mar 11, 2016 at 04:44:00PM +0100, Vladimir 'phcoder' Serbinenko wrote:
[...]
> multiboot2 spec is a rolling update.
OK. So, I think that we should do this in that way:
- apply this patch series after polishing;
I hope that it will happen next week,
- update multiboot2 doc,
-
On Thu, Mar 10, 2016 at 09:41:26PM +0100, Vladimir 'phcoder' Serbinenko wrote:
> On Wednesday, March 2, 2016, Daniel Kiper <daniel.ki...@oracle.com> wrote:
>
> > Currently multiboot2 protocol loads image exactly at address specified in
> > ELF or multiboot2 header. This s
On Thu, Mar 10, 2016 at 09:44:31PM +0100, Vladimir 'phcoder' Serbinenko wrote:
> On Wednesday, March 2, 2016, Daniel Kiper <daniel.ki...@oracle.com> wrote:
>
> > Currently multiboot2 protocol loads image exactly at address specified in
> > ELF or multiboot2 header. This s
On Fri, Mar 11, 2016 at 04:42:27PM +0100, Vladimir 'phcoder' Serbinenko wrote:
> On Friday, March 11, 2016, Daniel Kiper <daniel.ki...@oracle.com> wrote:
>
> > On Thu, Mar 10, 2016 at 09:23:23PM +0100, Vladimir 'phcoder' Serbinenko
> > wrote:
> > > On Wedne
+
11 files changed, 503 insertions(+), 136 deletions(-)
Daniel Kiper (4):
i386/relocator: Add grub_relocator64_efi relocator
multiboot2: Add tags used to pass ImageHandle to loaded image
multiboot2: Do not pass memory maps to image if EFI boot services are
enabled
Add tags used to pass ImageHandle to loaded image if requested.
It is used by at least ExitBootServices() function.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
Reviewed-by: Konrad Rzeszutek Wilk <konrad.w...@oracle.com>
---
v4 - suggestions/fixes:
- reduce numbe
On Tue, Mar 15, 2016 at 07:46:46PM -0400, Konrad Rzeszutek Wilk wrote:
> On Tue, Mar 15, 2016 at 04:26:00PM +0100, Daniel Kiper wrote:
> > Do not pass memory maps to image if it asked for EFI boot services.
>
> .. I would change this sentence a bit.
>
> If image reques
On Tue, Mar 15, 2016 at 07:54:08PM -0400, Konrad Rzeszutek Wilk wrote:
> On Tue, Mar 15, 2016 at 10:42:21PM +0100, Daniel Kiper wrote:
> > On Tue, Mar 15, 2016 at 05:30:20PM +0100, Vladimir 'phcoder' Serbinenko
> > wrote:
> > > On Tuesday, March 15, 2016, Vladi
On Wed, Apr 06, 2016 at 04:40:27AM +0200, Luis R. Rodriguez wrote:
> Boris sent out the first HVMLite series of patches to add a new Xen guest type
> February 1, 2016 [0]. We've been talking off list with a few folks now over
> the prospect of instead of adding yet-another-boot-entry we instead
into loaded image, will
be set accordingly to Unified Extensible Firmware Interface Specification,
Version 2.4 Errata B, section 2.3.4, x64 Platforms, boot services. This way
loaded image will be able to use EFI boot services without any issues.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
services then it is easier/safer to not provide maps.
However, if image needs memory maps and they are not provided by bootloader
then it should get itself just before ExitBootServices() call.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
Reviewed-by: Konrad Rzeszutek Wilk <
On Fri, Mar 25, 2016 at 12:28:46PM -0400, Konrad Rzeszutek Wilk wrote:
> On Fri, Mar 18, 2016 at 06:00:23PM +0100, Daniel Kiper wrote:
> > Add grub_relocator64_efi relocator. It will be used on EFI 64-bit platforms
> > when multiboot2 compatible image requests MULTIBOOT_
.
This patch was tested with Xen image which uses that functionality. However,
this Xen
feature is still under development and new patchset will be released in about
3-4 weeks.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v5 - suggestions/fixes:
- fix support for multi segme
services then it is easier/safer to not provide maps.
However, if image needs memory maps and they are not provided by bootloader
then it should get itself just before ExitBootServices() call.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
Reviewed-by: Konrad Rzeszutek Wilk <
On Wed, Mar 02, 2016 at 04:43:07PM +0100, Juergen Gross wrote:
> On 02/03/16 10:12, Daniel Kiper wrote:
> > On Mon, Feb 29, 2016 at 01:19:27PM +0100, Juergen Gross wrote:
> >> On 29/02/16 10:13, Juergen Gross wrote:
> >>> On 25/02/16 19:33, Andrei Borzenkov wrote:
&g
Add tags used to pass ImageHandle to loaded image if requested.
It is used by at least ExitBootServices() function.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v3 - suggestions/fixes:
- mbi EFI related stuff size calculation
should depend on target archit
relocator too.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v3 - suggestions/fixes:
- reuse grub-core/lib/i386/relocator64.S code
instead of creating separate assembly file
(suggested by Vladimir 'phcoder' Serbinenko),
- grub_multiboot_boot() cleanup
(sug
that functionality. However,
this Xen
feature is still under development and new patchset will be released in about
3-4 weeks.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v3 - suggestions/fixes:
- reduce number of casts
(suggested by Konrad Rzeszutek Wilk),
- remove unneeded
services then it is easier to not provide maps. However,
if image needs memory maps and they are not provided by bootloader then
it should get them itself just before ExitBootServices() call.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
Reviewed-by: Konrad Rzeszutek Wilk <
insertions(+), 73 deletions(-)
Daniel Kiper (4):
i386/relocator: Add grub_relocator64_efi relocator
multiboot2: Add tags used to pass ImageHandle to loaded image
multiboot2: Do not pass memory maps to image if EFI boot services are
enabled
multiboot2: Add support
On Mon, Feb 29, 2016 at 01:19:27PM +0100, Juergen Gross wrote:
> On 29/02/16 10:13, Juergen Gross wrote:
> > On 25/02/16 19:33, Andrei Borzenkov wrote:
> >> 22.02.2016 16:14, Juergen Gross пишет:
> >>> On 22/02/16 13:48, Daniel Kiper wrote:
> >>>> On M
initial mapping. This will allow to load larger initrds and/or
> support domains with larger memory, as the initial mapping is limited
> to 2GB and it is containing the p2m list.
>
> Signed-off-by: Juergen Gross <jgr...@suse.com>
> Reviewed-by: Daniel Kiper <daniel.ki...@oracle.com&g
On Thu, Mar 03, 2016 at 10:38:05AM +0100, Juergen Gross wrote:
> The Xen hypervisor supports starting a dom0 with large memory (up to
> the TB range) by not including the initrd and p2m list in the initial
> kernel mapping. Especially the p2m list can grow larger than the
> available virtual space
On Wed, Mar 02, 2016 at 09:14:23AM +0100, Juergen Gross wrote:
> On 02/03/16 08:56, Daniel Kiper wrote:
> > On Tue, Mar 01, 2016 at 08:55:09AM +0100, Juergen Gross wrote:
> >> Modern pvops linux kernels support an initrd not covered by the initial
> >> mapping. This capa
.
This patch was tested with Xen image which uses that functionality. However,
this Xen
feature is still under development and new patchset will be released in about
2-3 weeks.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v6 - suggestions/fixes:
- fix error m
into loaded image, will
be set accordingly to Unified Extensible Firmware Interface Specification,
Version 2.4 Errata B, section 2.3.4, x64 Platforms, boot services. This way
loaded image will be able to use EFI boot services without any issues.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
Re
services then it is easier/safer to not provide maps.
However, if image needs memory maps and they are not provided by bootloader
then it should get itself just before ExitBootServices() call.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
Reviewed-by: Konrad Rzeszutek Wilk <
+
11 files changed, 517 insertions(+), 132 deletions(-)
Daniel Kiper (4):
i386/relocator: Add grub_relocator64_efi relocator
multiboot2: Add tags used to pass ImageHandle to loaded image
multiboot2: Do not pass memory maps to image if EFI boot services are
enabled
services then it is easier/safer to not provide maps.
However, if image needs memory maps and they are not provided by bootloader
then it should get itself just before ExitBootServices() call.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
Reviewed-by: Konrad Rzeszutek Wilk <
Add tags used to pass ImageHandle to loaded image if requested.
It is used by at least ExitBootServices() function.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
Reviewed-by: Konrad Rzeszutek Wilk <konrad.w...@oracle.com>
---
v4 - suggestions/fixes:
- reduce numbe
On Tue, Mar 29, 2016 at 11:52:52AM +0200, Juergen Gross wrote:
> On 03/03/16 10:38, Juergen Gross wrote:
> > The Xen hypervisor supports starting a dom0 with large memory (up to
> > the TB range) by not including the initrd and p2m list in the initial
> > kernel mapping. Especially the p2m list
racle and/or its affiliates. All rights reserved.
> > + * Daniel Kiper <daniel.ki...@oracle.com>
> > + *
> > + * This program is free software; you can redistribute it and/or modify
> > + * it under the terms of the GNU General Public License as published by
> > + * the F
Hey,
On Wed, Mar 30, 2016 at 05:06:15PM +0200, Daniel Kiper wrote:
> Hi,
>
> This patch series:
> - enables EFI boot services usage in loaded images
> by multiboot2 protocol,
> - add support for multiboot2 protocol compatible
> relocatable images.
Any chance
Create generic alloc and copy functions. We need
separate tools for memory allocation and copy to
provide multiboot2 protocol support.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
Acked-by: Jan Beulich <jbeul...@suse.com>
---
v3 - suggestions/fixes:
- use "g" co
code.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
xen/arch/x86/boot/build32.lds | 49 +
xen/arch/x86/boot/build32.mk | 10 ++---
2 files changed, 56 insertions(+), 3 deletions(-)
create mode 100644 xen/arch/x86/boot/build32.lds
/leave instructions here. Though they
are not strictly needed in this patch. However, then assembly code
in patch adding multiboot2 protocol support is easier to read.
Suggested-by: Jan Beulich <jbeul...@suse.com>
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v3 - sugge
representation in ELF and PE Xen image. Hence,
define efi struct in xen/arch/x86/efi/stub.c and remove efi
symbol from ld script.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
xen/arch/x86/efi/stub.c |8
xen/arch/x86/xen.lds.S |2 --
2 files changed, 8 insertions
This way .eh_frame section is not included in *.lnk and *.bin files.
Hence, final e.g. reloc.bin file size is reduced from 408 bytes to
272 bytes and it contains only used code and data.
Suggested-by: Jan Beulich <jbeul...@suse.com>
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com&
Add multiboot2 protocol support for relocatable images. Only GRUB2 with
"multiboot2: Add support for relocatable images" patch understands
that feature. Older multiboot protocol (regardless of version)
compatible loaders ignore it and everything works as usual.
Signed-off-by: Da
This way Xen can be loaded on EFI platforms using GRUB2 and
other boot loaders which support multiboot2 protocol.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v3 - suggestions/fixes:
- take into account alignment when skipping multiboot2 fixed part
(suggested by
/efi.h | 13 ++-
xen/include/xen/multiboot2.h | 182 +++
33 files changed, 1491 insertions(+), 570 deletions(-)
Daniel Kiper (16):
x86/boot: do not create unwind tables
x86: zero BSS using stosl instead of stosb
x86/boot: call reloc
This way we will have one
Xen binary which can be loaded by three boot protocols: EFI native loader,
multiboot (v1) and multiboot2.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v3 - suggestions/fixes:
- check for EFI platform in EFI code
(suggested by Jan Beulich),
-
Add multiboot2 protocol support. Alter min memory limit handling as we
now may not find it from either multiboot (v1) or multiboot2.
This way we are laying the foundation for EFI + GRUB2 + Xen development.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v3 - suggestions
ment to coding style.
Suggested-by: Andrew Cooper <andrew.coop...@citrix.com>
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v3 - suggestions/fixes:
- improve comments
(suggested by Konrad Rzeszutek Wilk),
- improve commit message
(suggested by Jan Beulich).
---
Use %ecx instead of %eax to store low memory upper limit from EBDA.
This way we do not wipe multiboot protocol identifier. It is needed
in reloc() to differentiate between multiboot (v1) and
multiboot2 protocol.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
Reviewed-by: Andrew
playing
with segment registers) and much easier to maintain.
Suggested-by: Andrew Cooper <andrew.coop...@citrix.com>
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v3 - suggestions/fixes:
- optimize some code
(suggested by Jan Beulich),
- put VESA data into early
EFI_PLATFORM feature which is equal to old efi_enabled == 1.
Following patch will define EFI_LOADER feature accordingly.
Suggested-by: Jan Beulich <jbeul...@suse.com>
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v3 - suggestions/fixes:
- define efi struct in xen/arch/x8
would get back to #1. Hmmm... Should I check how Linux
and others cope with that problem?
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
xen/arch/x86/efi/efi-boot.h | 38 ++
xen/arch/x86/setup.c|3 +--
2 files changed, 31 insertions(
Replace mbi with mbi_out and mbi_old with mbi_in and rearrange code
a bit to make it more readable. Additionally, this way multiboot (v1)
protocol implementation and future multiboot2 protocol implementation
will use the same variable naming convention.
Signed-off-by: Daniel Kiper <daniel
a relative addressing in 32-bit code.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v3 - suggestions/fixes:
- improve segment registers initialization
(suggested by Jan Beulich),
- simplify Xen image load base address calculation
(suggested by Jan Beulich),
- us
On Tue, May 24, 2016 at 09:46:13AM -0600, Jan Beulich wrote:
> >>> On 15.04.16 at 14:33, wrote:
> > @@ -19,6 +20,28 @@
> > #define BOOT_PSEUDORM_CS 0x0020
> > #define BOOT_PSEUDORM_DS 0x0028
> >
> > +#define MB2_HT(name) (MULTIBOOT2_HEADER_TAG_##name)
> > +#define
On Wed, May 25, 2016 at 01:03:42AM -0600, Jan Beulich wrote:
> >>> On 15.04.16 at 14:33, wrote:
> > Existing solution does not allocate space for this symbol and any
> > references to acpi20, etc. does not make sense. As I saw any efi.*
> > references are protected by
next release.
>
> RCs will be arranged immediately after freeze.
>
> = Projects =
>
> == Hypervisor ==
>
> * Make credit2 default scheduler for Xen
> - Dario Faggioli
Please add:
* Boot Xen on EFI platforms using GRUB2 (multiboot2 protocol)
- Daniel Kiper
BTW, I am g
On Mon, Aug 01, 2016 at 10:25:22AM -0400, Konrad Rzeszutek Wilk wrote:
> On Mon, Aug 01, 2016 at 04:15:10PM +0200, Petr Tesarik wrote:
> > On Mon, 1 Aug 2016 15:47:58 +0200
[...]
> I wonder if Xen should do that - as in 'fix' the bootparams to not have it.
> Or perhaps Linux code during bootup
blic License (LGPL)
> version 2.1
>
> Signed-off-by: Boris Ostrovsky <boris.ostrov...@oracle.com>
> CC: Kouya Shimura <ko...@jp.fujitsu.com>
> CC: Daniel Kiper <dki...@net-space.pl>
> CC: Stefan Berger <stef...@us.ibm.com>
> CC: Simon Horman <ho...@verge.net.
On Fri, Apr 15, 2016 at 02:33:12PM +0200, Daniel Kiper wrote:
> There is a problem with place_string() which is used as early memory
> allocator. It gets memory chunks starting from start symbol and
> going down. Sadly this does not work when Xen is loaded using multiboot2
> protocol b
On Fri, May 27, 2016 at 02:16:09AM -0600, Jan Beulich wrote:
> >>> On 25.05.16 at 18:45, wrote:
> > On Wed, May 25, 2016 at 01:03:42AM -0600, Jan Beulich wrote:
> >> >>> On 15.04.16 at 14:33, wrote:
> >> > Existing solution does not allocate
On Wed, Jul 06, 2016 at 12:55:42AM -0600, Jan Beulich wrote:
> >>> On 05.07.16 at 20:33, wrote:
> > On Fri, May 27, 2016 at 02:16:09AM -0600, Jan Beulich wrote:
> >> >>> On 25.05.16 at 18:45, wrote:
> >> > On Wed, May 25, 2016 at 01:03:42AM
On Wed, Jul 06, 2016 at 01:22:24AM -0600, Jan Beulich wrote:
> >>> On 05.07.16 at 20:26, <daniel.ki...@oracle.com> wrote:
> > On Fri, Apr 15, 2016 at 02:33:12PM +0200, Daniel Kiper wrote:
> >> 1) We could use native EFI allocation functions (e.g. AllocatePool()
&
On Wed, Jul 06, 2016 at 06:00:47AM -0600, Jan Beulich wrote:
> >>> On 06.07.16 at 12:27, wrote:
> > On Wed, Jul 06, 2016 at 12:55:42AM -0600, Jan Beulich wrote:
> >> >>> On 05.07.16 at 20:33, wrote:
> >> > On Fri, May 27, 2016 at 02:16:09AM
Suggested-by: Jan Beulich <jbeul...@suse.com>
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
xen/arch/x86/domain_page.c |2 +-
xen/arch/x86/shutdown.c|2 +-
xen/arch/x86/time.c|2 +-
xen/common/efi/boot.c |4
xen/include/xen/efi.h
ice if you convince
me that your idea is good and I am wrong then... ;-)))
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v4 - suggestions/fixes:
- do not relocate Xen image if boot loader did work for us
(suggested by Andrew Cooper and Jan Beulich),
- initialize xen_im
because it is quite simple and requires
limited number of changes, especially in __start_xen().
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v4 - suggestions/fixes:
- move from #2 solution to #2a solution,
- improve commit message.
---
xen/arch/x86/efi/efi-boot.h
Add multiboot2 protocol support for relocatable images. Only GRUB2 with
"multiboot2: Add support for relocatable images" patch understands
that feature. Older multiboot protocol (regardless of version)
compatible loaders ignore it and everything works as usual.
Signed-off-by: Da
Create generic alloc and copy functions. We need
separate tools for memory allocation and copy to
provide multiboot2 protocol support.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v4 - suggestions/fixes:
- avoid assembly usage.
v3 - suggestions/fixes:
- use "g&
..nor EFI platforms with runtime services disabled.
Suggested-by: Jan Beulich <jbeul...@suse.com>
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
xen/arch/x86/shutdown.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/xen/arch/x86/shutdown.c b/xen/arch/x86/shut
EFI_BOOT feature which is equal to old efi_enabled == 1.
Subsequent patches will define EFI_LOADER and EFI_RS features
accordingly. Latter one is added to ease control on runtime
services usage.
Suggested-by: Jan Beulich <jbeul...@suse.com>
Signed-off-by: Daniel Kiper <daniel.ki...@o
.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v4 - suggestions/fixes:
- remove my name from copyright (Oracle requirement)
(suggested by Konrad Rzeszutek Wilk),
- improve comments,
(suggested by Jan Beulich),
- improve commit message
(suggested by Jan B
Use %ecx instead of %eax to store low memory upper limit from EBDA.
This way we do not wipe multiboot protocol identifier. It is needed
in reloc() to differentiate between multiboot (v1) and
multiboot2 protocol.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
Reviewed-by: Andrew
| 182 ++
34 files changed, 1619 insertions(+), 618 deletions(-)
Daniel Kiper (19):
x86: allow EFI reboot method neither on EFI platforms...
x86/boot: remove multiboot1_header_end from symbol table
x86/boot: create *.lnk files with linker script
x86
Its visibility is not needed and just pollute symbol table.
Suggested-by: Jan Beulich <jbeul...@suse.com>
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
xen/arch/x86/boot/head.S |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xen/arch/x86/boot/head.
to remove arguments from
stack in xen/arch/x86/boot/head.S assembly file too.
Suggested-by: Jan Beulich <jbeul...@suse.com>
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v4 - suggestions/fixes:
- move to stdcall calling convention
(suggested by Jan Beulich).
v3 -
Otherwise efi_enabled(EFI_RS) check is unreliable.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
xen/common/efi/boot.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/xen/common/efi/boot.c b/xen/common/efi/boot.c
index dd6b0a8..95cb25f
This way Xen can be loaded on EFI platforms using GRUB2 and
other boot loaders which support multiboot2 protocol.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v4 - suggestions/fixes:
- remove redundant BSS alignment,
- update BSS alignment check,
- use __set_bit() i
This way we will have one
Xen binary which can be loaded by three boot protocols: EFI native loader,
multiboot (v1) and multiboot2.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v4 - suggestions/fixes:
- functions should return -ENOSYS instead
of -EOPNOTSUPP if EFI run
playing
with segment registers) and much easier to maintain.
Suggested-by: Andrew Cooper <andrew.coop...@citrix.com>
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v4 - suggestions/fixes:
- move to stdcall calling convention
(suggested by Jan Beulich),
- define bo
Add multiboot2 protocol support. Alter min memory limit handling as we
now may not find it from either multiboot (v1) or multiboot2.
This way we are laying the foundation for EFI + GRUB2 + Xen development.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v4 - suggestions
Replace mbi with mbi_out and mbi_old with mbi_in and rearrange code
a bit to make it more readable. Additionally, this way multiboot (v1)
protocol implementation and future multiboot2 protocol implementation
will use the same variable naming convention.
Signed-off-by: Daniel Kiper <daniel
Next patch will leave just required jmp instruction
in xen/x86/boot/reloc.c.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
xen/arch/x86/boot/build32.lds |1 +
xen/arch/x86/boot/build32.mk |2 +-
xen/arch/x86/boot/reloc.c
and remove
efi symbol from ld script.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v4 - suggestions/fixes:
- move efi struct initialization to xen/common/lib.c
and drop one from xen/arch/x86/efi/stub.c
(suggested by Jan Beulich),
- improve commit message
(sug
On Thu, Jul 28, 2016 at 11:25:42AM -0700, li...@ssl-mail.com wrote:
> > Hmmm Could you provide full console dump from Xen and Linux kernel?
>
> Will serial console output with these options
>
> kernel: earlyprintk=xen,keep debug loglevel=8
> hypervisor: loglvl=all
On Wed, Jul 27, 2016 at 09:09:52PM -0400, Konrad Rzeszutek Wilk wrote:
> > > > Sadly not. The debug symbols need to be specific to the exact binary
> > > > you booted.
> > > >
> > > > Any change in the compilation will result in the translation being
> > > > useless. What addr2line is doing is
On Mon, Jul 04, 2016 at 12:33:17PM +0200, Juergen Gross wrote:
> On 12/05/16 07:35, Juergen Gross wrote:
> > Gentle ping...
>
> Okay, now 4 months since posting the last version. Could it please be
> included in a more timely manner?
Juergen and others, please be patient a bit longer. GNU,
On Thu, Feb 02, 2017 at 04:27:24PM -0600, Doug Goldstein wrote:
> On 2/2/17 4:01 PM, Daniel Kiper wrote:
> > Hi,
> >
> > I am sending fourteenth version of multiboot2 protocol support for
> > legacy BIOS and EFI platforms. This patch series release contains
> > fix
Add multiboot2 protocol support. Alter min memory limit handling as we
now may not find it from either multiboot (v1) or multiboot2.
This way we are laying the foundation for EFI + GRUB2 + Xen development.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
Reviewed-by: Jan Beulich
..calculating its value during runtime.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
Acked-by: Jan Beulich <jbeul...@suse.com>
Reviewed-by: Doug Goldstein <car...@cardoe.com>
---
xen/arch/x86/setup.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --
because it is quite simple and requires
limited number of changes, especially in __start_xen().
New allocator is quite generic and can be used on ARM platforms too.
Though it is not enabled on ARM yet due to lack of some prereq.
List of them is placed before ebmalloc code.
Signed-off-by: Daniel
-by: Jan Beulich <jbeul...@suse.com>
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
Acked-by: Jan Beulich <jbeul...@suse.com>
Reviewed-by: Doug Goldstein <car...@cardoe.com>
---
v8 - suggestions/fixes:
- improve commit message
(suggested by Jan Beulich).
---
se 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.ki...@oracle.com>
---
v13 - suggestions/f
Add multiboot2 protocol support for relocatable images. Only GRUB2 with
"multiboot2: Add support for relocatable images" patch understands
that feature. Older multiboot protocol (regardless of version)
compatible loaders ignore it and everything works as usual.
Signed-off-by: Da
load address from 1 MiB to 2 MiB. This way page table
code will be nice and easy. Hence, there is a chance that it will be
less error prone too... :-)))
Additionally, drop first 2 MiB mapping from Xen image mapping.
It is no longer needed.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.
/include/xen/config.h |1 +
xen/include/xen/multiboot2.h | 182 ++
20 files changed, 1095 insertions(+), 124 deletions(-)
Daniel Kiper (9):
x86: add multiboot2 protocol support
efi: build xen.gz with EFI code
efi: create new early memory
This way Xen can be loaded on EFI platforms using GRUB2 and
other boot loaders which support multiboot2 protocol.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
---
v14 - suggestions/fixes:
- mark .init.data section as writable; by the way we must change
similar definition
This way we will have one
Xen binary which can be loaded by three boot protocols: EFI native loader,
multiboot (v1) and multiboot2.
Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
Acked-by: Jan Beulich <jbeul...@suse.com>
Reviewed-by: Doug Goldstein <car...@cardoe.com>
---
On Thu, Feb 02, 2017 at 04:46:14PM -0600, Doug Goldstein wrote:
> On 2/2/17 4:41 PM, Daniel Kiper wrote:
> > On Thu, Feb 02, 2017 at 11:01:12PM +0100, Daniel Kiper wrote:
> >> Build xen.gz with EFI code. We need this to support multiboot2
> >> protocol on EFI plat
On Thu, Feb 02, 2017 at 11:01:14PM +0100, Daniel Kiper wrote:
> This way Xen can be loaded on EFI platforms using GRUB2 and
> other boot loaders which support multiboot2 protocol.
>
> Signed-off-by: Daniel Kiper <daniel.ki...@oracle.com>
> ---
> v14 - suggestions/fixes:
301 - 400 of 858 matches
Mail list logo