From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Wei Liu <wl@xen.org>,
Xen Development List <xen-devel@lists.xenproject.org>
Cc: "Wei Liu" <liuwe@microsoft.com>, "Paul Durrant" <paul@xen.org>,
"Paul Durrant" <pdurrant@amazon.com>,
"Michael Kelley" <mikelley@microsoft.com>,
"Roger Pau Monné" <roger.pau@citrix.com>
Subject: Re: [Xen-devel] [PATCH v4 2/7] x86/hyperv: setup hypercall page
Date: Wed, 22 Jan 2020 21:31:52 +0000 [thread overview]
Message-ID: <2bea187c-7c4d-721b-9229-a28066c7fc5a@citrix.com> (raw)
In-Reply-To: <20200122202343.5703-3-liuwe@microsoft.com>
On 22/01/2020 20:23, Wei Liu wrote:
> Use the top-most addressable page for that purpose. Adjust e820 code
> accordingly.
>
> We also need to register Xen's guest OS ID to Hyper-V. Use 0x300 as the
> OS type.
>
> Signed-off-by: Wei Liu <liuwe@microsoft.com>
> ---
> XXX the decision on Xen's vendor ID is pending.
Presumably this is pending a published update to the TLFS? (And I
presume using 0x8088 is out of the question? That is an X in the bottom
byte, not a reference to an 8 bit microprocessor.)
> diff --git a/xen/arch/x86/e820.c b/xen/arch/x86/e820.c
> index 082f9928a1..5a4ef27a0b 100644
> --- a/xen/arch/x86/e820.c
> +++ b/xen/arch/x86/e820.c
> @@ -36,6 +36,22 @@ boolean_param("e820-verbose", e820_verbose);
> @@ -357,6 +373,21 @@ static unsigned long __init find_max_pfn(void)
> max_pfn = end;
> }
>
> +#ifdef CONFIG_HYPERV_GUEST
> + {
> + /*
> + * We reserve the top-most page for hypercall page. Adjust
> + * max_pfn if necessary.
It might be worth leaving a "TODO: Better algorithm/guess?" here.
> + */
> + unsigned int phys_bits = find_phys_addr_bits();
> + unsigned long hcall_pfn =
> + ((1ull << phys_bits) - 1) >> PAGE_SHIFT;
(1ull << (phys_bits - PAGE_SHIFT)) - 1 is equivalent, and doesn't
require a right shift. I don't know if the compiler is smart enough to
make this optimisation automatically.
> +
> + if ( max_pfn >= hcall_pfn )
> + max_pfn = hcall_pfn - 1;
Indentation looks weird.
> @@ -446,13 +477,7 @@ static uint64_t __init mtrr_top_of_ram(void)
> return 0;
>
> /* Find the physical address size for this CPU. */
> - eax = cpuid_eax(0x80000000);
> - if ( (eax >> 16) == 0x8000 && eax >= 0x80000008 )
> - {
> - phys_bits = (uint8_t)cpuid_eax(0x80000008);
> - if ( phys_bits > PADDR_BITS )
> - phys_bits = PADDR_BITS;
> - }
> + phys_bits = find_phys_addr_bits();
> addr_mask = ((1ull << phys_bits) - 1) & ~((1ull << 12) - 1);
Note for whomever is next doing cleanup in this area. This wants to be
& PAGE_MASK.
> diff --git a/xen/arch/x86/guest/hyperv/hyperv.c b/xen/arch/x86/guest/hyperv/hyperv.c
> index 8d38313d7a..f986c1a805 100644
> --- a/xen/arch/x86/guest/hyperv/hyperv.c
> +++ b/xen/arch/x86/guest/hyperv/hyperv.c
> @@ -72,6 +82,43 @@ const struct hypervisor_ops *__init hyperv_probe(void)
> return &ops;
> }
>
> +static void __init setup_hypercall_page(void)
> +{
> + union hv_x64_msr_hypercall_contents hypercall_msr;
> + union hv_guest_os_id guest_id;
> + unsigned long mfn;
> +
> + rdmsrl(HV_X64_MSR_GUEST_OS_ID, guest_id.raw);
> + if ( !guest_id.raw )
> + {
> + guest_id.raw = generate_guest_id();
> + wrmsrl(HV_X64_MSR_GUEST_OS_ID, guest_id.raw);
> + }
> +
> + rdmsrl(HV_X64_MSR_HYPERCALL, hypercall_msr.as_uint64);
> + if ( !hypercall_msr.enable )
> + {
> + mfn = ((1ull << paddr_bits) - 1) >> HV_HYP_PAGE_SHIFT;
> + hypercall_msr.enable = 1;
> + hypercall_msr.guest_physical_address = mfn;
> + wrmsrl(HV_X64_MSR_HYPERCALL, hypercall_msr.as_uint64);
Is it worth reading back, and BUG() if it is different? It will be a
more obvious failure than hypercalls disappearing mysteriously.
> + } else {
> + mfn = hypercall_msr.guest_physical_address;
> + }
Style.
Otherwise, LGTM.
~Andrew
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
next prev parent reply other threads:[~2020-01-22 21:32 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-22 20:23 [Xen-devel] [PATCH v4 0/7] More Hyper-V infrastructure Wei Liu
2020-01-22 20:23 ` [Xen-devel] [PATCH v4 1/7] x86: provide executable fixmap facility Wei Liu
2020-01-22 20:56 ` Andrew Cooper
2020-01-28 15:09 ` Wei Liu
2020-01-23 11:04 ` Jan Beulich
2020-01-28 15:15 ` Wei Liu
2020-01-28 15:38 ` Jan Beulich
2020-01-29 14:42 ` Wei Liu
2020-01-29 14:59 ` Jan Beulich
2020-01-29 16:37 ` Wei Liu
2020-01-22 20:23 ` [Xen-devel] [PATCH v4 2/7] x86/hyperv: setup hypercall page Wei Liu
2020-01-22 21:31 ` Andrew Cooper [this message]
2020-01-23 10:04 ` Jan Beulich
2020-01-28 15:19 ` Wei Liu
2020-01-23 1:35 ` Michael Kelley
2020-01-28 15:20 ` Wei Liu
2020-01-23 11:18 ` Jan Beulich
2020-01-23 15:20 ` Michael Kelley
2020-01-28 15:30 ` Wei Liu
2020-01-28 15:41 ` Jan Beulich
2020-01-22 20:23 ` [Xen-devel] [PATCH v4 3/7] x86/hyperv: provide Hyper-V hypercall functions Wei Liu
2020-01-22 21:57 ` Andrew Cooper
2020-01-23 10:13 ` Jan Beulich
2020-01-29 18:25 ` Wei Liu
2020-01-23 11:28 ` Jan Beulich
2020-01-29 18:37 ` Wei Liu
2020-01-30 8:12 ` Jan Beulich
2020-01-30 11:55 ` Wei Liu
2020-01-22 20:23 ` [Xen-devel] [PATCH v4 4/7] DO NOT APPLY: x86/hyperv: issue an hypercall Wei Liu
2020-01-22 20:23 ` [Xen-devel] [PATCH v4 5/7] x86/hyperv: provide percpu hypercall input page Wei Liu
2020-01-23 15:45 ` Jan Beulich
2020-01-28 15:50 ` Wei Liu
2020-01-28 16:15 ` Jan Beulich
2020-01-28 16:52 ` Wei Liu
2020-01-22 20:23 ` [Xen-devel] [PATCH v4 6/7] x86/hyperv: retrieve vp_index from Hyper-V Wei Liu
2020-01-23 15:48 ` Jan Beulich
2020-01-28 15:55 ` Wei Liu
2020-01-28 16:18 ` Jan Beulich
2020-01-28 16:33 ` Durrant, Paul
2020-01-28 16:53 ` Wei Liu
2020-01-28 17:01 ` Durrant, Paul
2020-01-22 20:23 ` [Xen-devel] [PATCH v4 7/7] x86/hyperv: setup VP assist page Wei Liu
2020-01-22 22:05 ` Andrew Cooper
2020-01-23 15:50 ` Jan Beulich
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=2bea187c-7c4d-721b-9229-a28066c7fc5a@citrix.com \
--to=andrew.cooper3@citrix.com \
--cc=liuwe@microsoft.com \
--cc=mikelley@microsoft.com \
--cc=paul@xen.org \
--cc=pdurrant@amazon.com \
--cc=roger.pau@citrix.com \
--cc=wl@xen.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 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).