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

Re: [PATCH] x86/vlapic: call vmx_vlapic_msr_changed through an hvm_function callback


  • To: Xenia Ragiadakou <burzalodowa@xxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
  • Date: Mon, 6 Feb 2023 13:32:00 +0000
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=citrix.com; dmarc=pass action=none header.from=citrix.com; dkim=pass header.d=citrix.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=KU26XvtYAlnfDPio15VHdhXYtxe6k0F9zAXGw1cjtX0=; b=gc5XrFjZzmwXzuk6zKA+cZX21QUVUNRCdKR4pJr9KYHkTZoBfS58SlfmoWHvYFivQXstwaOQstKCihVsMJJ9F9kgEC7ipAAuy+Ers3GHD7N6V5sREmILgcLGlFwe+mjrkNXGIdK4jUdr8zN2L9l1LrAZ4vsoGNR4P4tkMq2Wuht0PGcRl2waxpzH44+Zf/45yLEAkrNB5NkZmlYvcAU6G/tngKIZ2JxnpwEpywIzK/CTq451FWvLu7juQNKlbw2B4T8h6nw//lnVRe9Hneanc0pkla2v4lZLjkXjG8Lpdjqpu94BN8GerhRjh+lGqqcf3bzmWxkoRec5a+udVFHNVQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NphLbh23SgsuopA7jSlpMoLEXR/WUTbuWDp5HRUY2yt9QtR2jyM0VDuggLKLnIXVMsABQX+W2Qgi7lOGzI84S39f1fhhcjV8UhENQQZY6SEOk+ZLmQ+HRrFRqYWnwclGMPVl4/clK3Z8Ha/iAcL6h8y7U9da3H+LarYI7ZtkcmM1QzlkwPMxRHPwZkcRPNZr7jFtodvit4xNV67fie0mS1RmX3CMSa7qSwILJTWMfpQh5kND5rizn+Qad2bY2LRZ+tqXO4/DZOasa7gVR+EqW0Wbvnp1+IdFTxICKh5WZFuMzWYqP9DuQvTx9xcXbGJjXZ+d2NwIP87uYreTSfAxJw==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=citrix.com;
  • Cc: Jan Beulich <jbeulich@xxxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, Jun Nakajima <jun.nakajima@xxxxxxxxx>, Kevin Tian <kevin.tian@xxxxxxxxx>
  • Delivery-date: Mon, 06 Feb 2023 13:32:28 +0000
  • Ironport-data: A9a23:aZZNyK3/AQY5oXS5ffbD5Ttwkn2cJEfYwER7XKvMYLTBsI5bpzEGn 2UXXG/UPvuIZjame9wiaY3g9ktSvJ6Bxt5rSFQ4pC1hF35El5HIVI+TRqvS04F+DeWYFR46s J9OAjXkBJppJpMJjk71atANlVEliefTAOK6ULWeUsxIbVcMYD87jh5+kPIOjIdtgNyoayuAo tq3qMDEULOf82cc3lk8tuTS93uDgNyo4GlD5gZmO6gS1LPjvyJ94Kw3dPnZw0TQGuG4LsbiL 87fwbew+H/u/htFIrtJRZ6iLyXm6paLVeS/oiI+t5qK23CulQRrukoPD9IOaF8/ttm8t4sZJ OOhF3CHYVxB0qXkwIzxWvTDes10FfUuFLTveRBTvSEPpqFvnrSFL/hGVSkL0YMkFulfE3F16 NwGFgk3NzOvxNCQn+24Q6p1v5F2RCXrFNt3VnBI6xj8VK5jZK+ZBqLA6JlfwSs6gd1IEbDGf c0FZDFzbRPGJRpSJlMQD5F4l+Ct7pX9W2QA9BTJ+uxqvi6KlFcZPLvFabI5fvSjQ8lPk1nej WXB52njWTkRNcCFyCrD+XWp7gPKtXKmB99DT+DgnhJsqAWI2zUtLRwYbH+2mNqC03DvY9kCD HVBr0LCqoB3riRHVOLVVQCisneAuRIbRNN4HOgz6QXLwa3Riy6JC25BQjNfZdgOsM4tWSdsx lKPh8nuBzFkrPuSU3313rWeoC62OCMVBXQffiJCRgwAi/H8pKkjgxSJScxseIa3k9uzHzjzy jKLqSEWhrMPgMpN3KK+lXjEjiytoN7VTwczzgTRQm+hqAh+YeaYi5eA7FHa6bNFM9yfR1zY5 HwcwZHGt6YJEI2HkzGLTKMVBra16v2ZMTrax1lyA50m8Dfr8HmmFWxN3AxDyI5SGp5sUVfUj IX74FI5CEN7VJdyUZJKXg==
  • Ironport-hdrordr: A9a23:fBjhpatl1+gwSG6VBUe5uXGQ7skDmtV00zEX/kB9WHVpm5Sj5r iTdPRy73/JYUUqKQodcLG7Sda9qBznhPpICOUqU4tKGTOWwVdAT7sSk7cKoQeQfBEWn9Q1vc wLHsQQNDSzNykdsS+Q2njaLz9U+qjjzEnev5a9854Cd2BXgupbnn1E406gYzBLrMMvP+tJKH JejvA31wZJAx4sH7aG7iJuZZm3mzWO/6iWFyLvwnYcmXqzZffB0s+PL/Beti1uJA+n741SjV T4rw==
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 06/02/2023 12:58 pm, Xenia Ragiadakou wrote:
> diff --git a/xen/arch/x86/hvm/vmx/vmx.c b/xen/arch/x86/hvm/vmx/vmx.c
> index 270bc98195..6138dc0885 100644
> --- a/xen/arch/x86/hvm/vmx/vmx.c
> +++ b/xen/arch/x86/hvm/vmx/vmx.c
> @@ -3011,6 +3011,10 @@ const struct hvm_function_table * __init 
> start_vmx(void)
>          setup_ept_dump();
>      }
>  
> +    if ( cpu_has_vmx_virtualize_apic_accesses ||
> +         cpu_has_vmx_virtualize_x2apic_mode )

x2apic_mode is definitely wrong here, but I think apic_accesses is too. 
The top of vmx_vlapic_msr_changed() is buggy too.

Right now, the hook is called unconditionally.  Given no adjustment in
vmx_vlapic_msr_changed(), the new form (using an alternative) needs
calling unconditionally too.

Naming wise, Linux is fairly bogus too.  This should be
hvm_update_vlapic_mode(), but I suspect the hook will disappear in due
course.

> diff --git a/xen/arch/x86/include/asm/hvm/hvm.h 
> b/xen/arch/x86/include/asm/hvm/hvm.h
> index 80e4565bd2..b690e2924c 100644
> --- a/xen/arch/x86/include/asm/hvm/hvm.h
> +++ b/xen/arch/x86/include/asm/hvm/hvm.h
> @@ -786,6 +787,11 @@ static inline int hvm_pi_update_irte(const struct vcpu 
> *v,
>      return alternative_call(hvm_funcs.pi_update_irte, v, pirq, gvec);
>  }
>  
> +static inline void hvm_set_virtual_apic_mode(struct vcpu *v)
> +{
> +    alternative_vcall(hvm_funcs.set_virtual_apic_mode, v);

This has to be something like:

if ( hvm_funcs.set_virtual_apic_mode )
    alternative_vcall(...)

Otherwise, Xen will BUG() every time an SVM guest modifies MSR_APIC_BASE.

~Andrew



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.