grub-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH 0/6] grub-xen: support booting huge pv-domains


From: Vladimir 'phcoder' Serbinenko
Subject: Re: [PATCH 0/6] grub-xen: support booting huge pv-domains
Date: Mon, 16 Nov 2015 08:08:45 +0100

Sorry for delay. Just this patch series is more difficult to review for me but I'm definitely not ignoring it. I'll try to get to it this week

Le 16 nov. 2015 6:47 AM, "Juergen Gross" <address@hidden> a écrit :
On 02/11/15 06:51, 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 in the initial mapping.
>
> The started kernel is indicating the support of each feature via
> elf notes.
>
> This series enables grub-xen to do the same as the hypervisor.
>
> Tested with:
> - 32 bit domU (kernel not supporting unmapped initrd)
> - 32 bit domU (kernel supporting unmapped initrd)
> - 1 GB 64 bit domU (kernel supporting unmapped initrd, not p2m)
> - 1 GB 64 bit domU (kernel supporting unmapped initrd and p2m)
> - 900GB 64 bit domU (kernel supporting unmapped initrd and p2m)
>
>
> Juergen Gross (6):
>   xen: factor out p2m list allocation into separate function
>   xen: factor out allocation of special pages into separate function
>   xen: factor out allocation of page tables into separate function
>   xen: add capability to load initrd outside of initial mapping
>   xen: modify page table construction
>   xen: add capability to load p2m list outside of kernel mapping
>
>  grub-core/lib/i386/xen/relocator.S   |  47 ++--
>  grub-core/lib/x86_64/xen/relocator.S |  41 ++-
>  grub-core/lib/xen/relocator.c        |  22 +-
>  grub-core/loader/i386/xen.c          | 521 +++++++++++++++++++++++++----------
>  grub-core/loader/i386/xen_fileXX.c   |   7 +
>  include/grub/xen/relocator.h         |   6 +-
>  include/grub/xen_file.h              |   3 +
>  7 files changed, 446 insertions(+), 201 deletions(-)
>

I'd really appreciate some kind of reaction.

Is the general approach acceptable?


Juergen

reply via email to

[Prev in Thread] Current Thread [Next in Thread]