From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Juergen Gross <jgross@suse.com>, xen-devel@lists.xenproject.org
Cc: sstabellini@kernel.org, wei.liu2@citrix.com,
George.Dunlap@eu.citrix.com, tim@xen.org,
ian.jackson@eu.citrix.com, julien.grall@arm.com,
jbeulich@suse.com, dgdegra@tycho.nsa.gov
Subject: Re: [PATCH v10 10/11] xen: add new Xen cpuid node for max address width info
Date: Mon, 25 Sep 2017 13:02:18 +0100 [thread overview]
Message-ID: <54c41e13-35d9-644b-1cb4-16b2c87ddeea@citrix.com> (raw)
In-Reply-To: <d556e44d-00de-78a4-466d-49765b5395bf@suse.com>
On 25/09/17 13:00, Juergen Gross wrote:
> On 25/09/17 13:55, Andrew Cooper wrote:
>> On 25/09/17 11:00, Juergen Gross wrote:
>>> On very large hosts a pv-guest needs to know whether it will have to
>>> handle frame numbers larger than 32 bits in order to select the
>>> appropriate grant interface version.
>>>
>>> Add a new Xen specific CPUID node to contain the maximum machine address
>>> width similar to the x86 CPUID node 0x80000008 containing the maximum
>>> physical address width. The maximum frame width needs to take memory
>>> hotplug into account.
>>>
>>> Signed-off-by: Juergen Gross <jgross@suse.com>
>>> ---
>>> V10:
>>> - correct comment in cpuid.h (Jan Beulich)
>>>
>>> V9:
>>> - make leaf pv-only (Jan Beulich)
>>> - use hex value for mask (Jan Beulich)
>>> - guest address width -> machine address width (Jan Beulich)
>>> ---
>>> xen/arch/x86/traps.c | 7 +++++++
>>> xen/include/public/arch-x86/cpuid.h | 11 ++++++++++-
>>> 2 files changed, 17 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/xen/arch/x86/traps.c b/xen/arch/x86/traps.c
>>> index d8feef2942..2b464d02ef 100644
>>> --- a/xen/arch/x86/traps.c
>>> +++ b/xen/arch/x86/traps.c
>>> @@ -930,6 +930,13 @@ void cpuid_hypervisor_leaves(const struct vcpu *v, uint32_t leaf,
>>> res->b = v->vcpu_id;
>>> break;
>>>
>>> + case 5: /* PV-specific parameters */
>>> + if ( is_hvm_domain(d) || subleaf != 0 )
>>> + break;
>> Leaves 3 and 4 are currently broken in terms of their subleaf handling,
>> and can't easily be fixed (as the ABI is set in stone). However, please
>> lets not propagate the brokenness into new leaves.
>>
>> 5/0 should report max_subleaf in res->a, in the same way as other
>> subleafs get handled.
> Aah, okay. So it should be okay to move the data below to res->b of
> sub-leaf 0 then, I guess?
Yeah - that would be fine.
~Andrew
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
next prev parent reply other threads:[~2017-09-25 12:02 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-25 10:00 [PATCH v10 00/11] xen: better grant v2 support Juergen Gross
2017-09-25 10:00 ` [PATCH v10 01/11] xen: add function for obtaining highest possible memory address Juergen Gross
2017-09-25 10:19 ` Jan Beulich
2017-09-28 0:29 ` Julien Grall
2017-09-25 10:00 ` [PATCH v10 02/11] libxc: add libxc support for setting grant table resource limits Juergen Gross
2017-09-25 10:00 ` [PATCH v10 03/11] tools: set grant limits for xenstore stubdom Juergen Gross
2017-09-25 10:00 ` [PATCH v10 04/11] libxl: add max possible mfn to libxl_physinfo Juergen Gross
2017-09-25 10:00 ` [PATCH v10 05/11] xl: add global grant limit config items Juergen Gross
2017-09-25 10:00 ` [PATCH v10 06/11] libxl: add libxl support for setting grant table resource limits Juergen Gross
2017-09-25 10:00 ` [PATCH v10 07/11] xen: delay allocation of grant table sub structures Juergen Gross
2017-09-25 10:16 ` Jan Beulich
2017-09-28 18:56 ` Andrew Cooper
2017-09-29 4:27 ` Juergen Gross
2017-09-25 10:00 ` [PATCH v10 08/11] xen/arm: move arch specific grant table bits into grant_table.c Juergen Gross
2017-09-28 0:31 ` Julien Grall
2017-09-25 10:00 ` [PATCH v10 09/11] xen: make grant resource limits per domain Juergen Gross
2017-09-25 11:49 ` Jan Beulich
2017-09-28 0:26 ` Julien Grall
2017-09-28 7:21 ` Juergen Gross
2017-09-25 10:00 ` [PATCH v10 10/11] xen: add new Xen cpuid node for max address width info Juergen Gross
2017-09-25 11:55 ` Andrew Cooper
2017-09-25 12:00 ` Juergen Gross
2017-09-25 12:02 ` Andrew Cooper [this message]
2017-09-25 12:03 ` Jan Beulich
2017-09-25 11:59 ` Jan Beulich
2017-09-28 8:59 ` Jan Beulich
[not found] ` <59CCD61D0200007800180567@suse.com>
2017-09-28 9:04 ` Juergen Gross
2017-09-28 9:40 ` Jan Beulich
[not found] ` <59CCDFBD02000078001805E9@suse.com>
2017-09-28 9:52 ` Juergen Gross
2017-09-28 10:05 ` Jan Beulich
2017-09-25 10:00 ` [PATCH v10 11/11] xen: add some comments in include/public/arch-x86/cpuid.h Juergen Gross
2017-09-25 12:01 ` Jan Beulich
2017-09-28 11:50 ` George Dunlap
2017-09-28 11:54 ` Jan Beulich
2017-09-28 19:24 ` Julien Grall
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=54c41e13-35d9-644b-1cb4-16b2c87ddeea@citrix.com \
--to=andrew.cooper3@citrix.com \
--cc=George.Dunlap@eu.citrix.com \
--cc=dgdegra@tycho.nsa.gov \
--cc=ian.jackson@eu.citrix.com \
--cc=jbeulich@suse.com \
--cc=jgross@suse.com \
--cc=julien.grall@arm.com \
--cc=sstabellini@kernel.org \
--cc=tim@xen.org \
--cc=wei.liu2@citrix.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).