From: Ian Campbell <ian.campbell@citrix.com>
To: Juergen Gross <jgross@suse.com>,
xen-devel@lists.xen.org, ian.jackson@eu.citrix.com,
stefano.stabellini@eu.citrix.com, wei.liu2@citrix.com,
andrew.cooper3@citrix.com
Subject: Re: [PATCH v3 4/4] libxc: set flag for support of linear p2m list in domain builder
Date: Wed, 6 Jan 2016 16:05:51 +0000 [thread overview]
Message-ID: <1452096351.21055.103.camel@citrix.com> (raw)
In-Reply-To: <1450257860-11389-5-git-send-email-jgross@suse.com>
On Wed, 2015-12-16 at 10:24 +0100, Juergen Gross wrote:
> Set the SIF_VIRT_P2M_4TOOLS flag for pv-domUs in the domain builder
> to indicate the Xen tools have full support for the virtual mapped
> linear p2m list.
>
> This will enable pv-domUs to drop support of the 3 level p2m tree
> and use the linear list only. Without setting this flag some kernels
> might limit themselves to 512 GB memory size in order not to break
> migration.
>
> Signed-off-by: Juergen Gross <jgross@suse.com>
> Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
I would have applied all 4 on the basis of Andy's other Reviewed-by to the
patches purely touching migration v2 files, except for this on 32-bit:
xc_sr_save_x86_pv.c:328:9: error: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 4 has type ‘uint64_t’ [-Werror=format=]
ERROR("Bad p2m_cr3 value %#lx", p2m_cr3);
^
xc_sr_save_x86_pv.c:350:13: error: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 4 has type ‘xen_vaddr_t’ [-Werror=format=]
ERROR("Bad virtual p2m address range %#lx-%#lx",
^
xc_sr_save_x86_pv.c:350:13: error: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘xen_vaddr_t’ [-Werror=format=]
xc_sr_save_x86_pv.c:363:13: error: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 4 has type ‘xen_vaddr_t’ [-Werror=format=]
ERROR("Bad virtual p2m address range %#lx-%#lx",
^
xc_sr_save_x86_pv.c:363:13: error: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘xen_vaddr_t’ [-Werror=format=]
xc_sr_save_x86_pv.c:370:5: error: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 6 has type ‘xen_vaddr_t’ [-Werror=format=]
DPRINTF("p2m list from %#lx to %#lx, root at %#lx", p2m_vaddr, p2m_end,
^
xc_sr_save_x86_pv.c:370:5: error: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 7 has type ‘xen_vaddr_t’ [-Werror=format=]
xc_sr_save_x86_pv.c:413:17: error: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 5 has type ‘long long unsigned int’ [-Werror=format=]
ERROR("Bad mfn %#lx during page table walk for vaddr %#lx at level %d of p2m list",
^
cc1: all warnings being treated as errors
/local/scratch/ianc/devel/committer-i686.git/tools/libxc/../../tools/Rules.mk:163: recipe for target 'xc_sr_save_x86_pv.o' failed
> @@ -1,5 +1,5 @@
> % Migration
> -% Revision 1
> +% Revision 2
Well done on this, I predict it will get forgotten more often than not ;-)
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2016-01-06 16:05 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-16 9:24 [PATCH v3 0/4] support linear p2m list in migrate stream v2 Juergen Gross
2015-12-16 9:24 ` [PATCH v3 1/4] libxc: split mapping p2m leaves into a separate function Juergen Gross
2016-01-06 15:39 ` Wei Liu
2015-12-16 9:24 ` [PATCH v3 2/4] libxc: support of linear p2m list for migration of pv-domains Juergen Gross
2016-01-06 15:40 ` Wei Liu
2016-01-07 10:21 ` Juergen Gross
2016-01-07 10:33 ` Wei Liu
2016-01-07 10:37 ` Juergen Gross
2015-12-16 9:24 ` [PATCH v3 3/4] libxc: stop migration in case of p2m list structural changes Juergen Gross
2016-01-06 15:40 ` Wei Liu
2015-12-16 9:24 ` [PATCH v3 4/4] libxc: set flag for support of linear p2m list in domain builder Juergen Gross
2016-01-06 15:40 ` Wei Liu
2016-01-06 16:05 ` Ian Campbell [this message]
2016-01-07 7:02 ` Juergen Gross
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=1452096351.21055.103.camel@citrix.com \
--to=ian.campbell@citrix.com \
--cc=andrew.cooper3@citrix.com \
--cc=ian.jackson@eu.citrix.com \
--cc=jgross@suse.com \
--cc=stefano.stabellini@eu.citrix.com \
--cc=wei.liu2@citrix.com \
--cc=xen-devel@lists.xen.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.