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

Re: [RFC PATCH 04/11] x86: Refactor early vendor lookup code to use x86_vendor_is()


  • To: Alejandro Vallejo <alejandro.garciavallejo@xxxxxxx>
  • From: Jan Beulich <jbeulich@xxxxxxxx>
  • Date: Thu, 27 Nov 2025 11:51:34 +0100
  • Autocrypt: addr=jbeulich@xxxxxxxx; keydata= xsDiBFk3nEQRBADAEaSw6zC/EJkiwGPXbWtPxl2xCdSoeepS07jW8UgcHNurfHvUzogEq5xk hu507c3BarVjyWCJOylMNR98Yd8VqD9UfmX0Hb8/BrA+Hl6/DB/eqGptrf4BSRwcZQM32aZK 7Pj2XbGWIUrZrd70x1eAP9QE3P79Y2oLrsCgbZJfEwCgvz9JjGmQqQkRiTVzlZVCJYcyGGsD /0tbFCzD2h20ahe8rC1gbb3K3qk+LpBtvjBu1RY9drYk0NymiGbJWZgab6t1jM7sk2vuf0Py O9Hf9XBmK0uE9IgMaiCpc32XV9oASz6UJebwkX+zF2jG5I1BfnO9g7KlotcA/v5ClMjgo6Gl MDY4HxoSRu3i1cqqSDtVlt+AOVBJBACrZcnHAUSuCXBPy0jOlBhxPqRWv6ND4c9PH1xjQ3NP nxJuMBS8rnNg22uyfAgmBKNLpLgAGVRMZGaGoJObGf72s6TeIqKJo/LtggAS9qAUiuKVnygo 3wjfkS9A3DRO+SpU7JqWdsveeIQyeyEJ/8PTowmSQLakF+3fote9ybzd880fSmFuIEJldWxp Y2ggPGpiZXVsaWNoQHN1c2UuY29tPsJgBBMRAgAgBQJZN5xEAhsDBgsJCAcDAgQVAggDBBYC AwECHgECF4AACgkQoDSui/t3IH4J+wCfQ5jHdEjCRHj23O/5ttg9r9OIruwAn3103WUITZee e7Sbg12UgcQ5lv7SzsFNBFk3nEQQCACCuTjCjFOUdi5Nm244F+78kLghRcin/awv+IrTcIWF hUpSs1Y91iQQ7KItirz5uwCPlwejSJDQJLIS+QtJHaXDXeV6NI0Uef1hP20+y8qydDiVkv6l IreXjTb7DvksRgJNvCkWtYnlS3mYvQ9NzS9PhyALWbXnH6sIJd2O9lKS1Mrfq+y0IXCP10eS FFGg+Av3IQeFatkJAyju0PPthyTqxSI4lZYuJVPknzgaeuJv/2NccrPvmeDg6Coe7ZIeQ8Yj t0ARxu2xytAkkLCel1Lz1WLmwLstV30g80nkgZf/wr+/BXJW/oIvRlonUkxv+IbBM3dX2OV8 AmRv1ySWPTP7AAMFB/9PQK/VtlNUJvg8GXj9ootzrteGfVZVVT4XBJkfwBcpC/XcPzldjv+3 HYudvpdNK3lLujXeA5fLOH+Z/G9WBc5pFVSMocI71I8bT8lIAzreg0WvkWg5V2WZsUMlnDL9 mpwIGFhlbM3gfDMs7MPMu8YQRFVdUvtSpaAs8OFfGQ0ia3LGZcjA6Ik2+xcqscEJzNH+qh8V m5jjp28yZgaqTaRbg3M/+MTbMpicpZuqF4rnB0AQD12/3BNWDR6bmh+EkYSMcEIpQmBM51qM EKYTQGybRCjpnKHGOxG0rfFY1085mBDZCH5Kx0cl0HVJuQKC+dV2ZY5AqjcKwAxpE75MLFkr wkkEGBECAAkFAlk3nEQCGwwACgkQoDSui/t3IH7nnwCfcJWUDUFKdCsBH/E5d+0ZnMQi+G0A nAuWpQkjM1ASeQwSHEeAWPgskBQL
  • Cc: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>, Jason Andryuk <jason.andryuk@xxxxxxx>, Xenia Ragiadakou <xenia.ragiadakou@xxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx
  • Delivery-date: Thu, 27 Nov 2025 10:51:42 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 26.11.2025 17:44, Alejandro Vallejo wrote:
> Move the "unknown" vendor ahead of all others and have it NOT rely
> on x86_vendor_is(), as that would yield incorrect values for the
> single-vendor+no-fallback case when running in incorrect hardware
> (because x86_vendor_is() becomes a folded constant of the single
> compiled-in vendor).
> 
> This is one of the two places where x86_vendor_is() cannot be used,
> along with the compatibility check on loaded guest CPU policies.
> 
> Signed-off-by: Alejandro Vallejo <alejandro.garciavallejo@xxxxxxx>
> ---
>  xen/arch/x86/cpu/common.c | 31 +++++++++++++++++++++++--------
>  1 file changed, 23 insertions(+), 8 deletions(-)
> 
> diff --git a/xen/arch/x86/cpu/common.c b/xen/arch/x86/cpu/common.c
> index 393c30227f..c0c3606dd2 100644
> --- a/xen/arch/x86/cpu/common.c
> +++ b/xen/arch/x86/cpu/common.c
> @@ -342,23 +342,38 @@ void __init early_cpu_init(bool verbose)
>  
>       c->x86_vendor = x86_cpuid_lookup_vendor(ebx, ecx, edx) &
>                       X86_ENABLED_VENDORS;
> -     switch (c->x86_vendor) {
> -     case X86_VENDOR_INTEL:    intel_unlock_cpuid_leaves(c);
> -                               actual_cpu = intel_cpu_dev;    break;
> -     case X86_VENDOR_AMD:      actual_cpu = amd_cpu_dev;      break;
> -     case X86_VENDOR_CENTAUR:  actual_cpu = centaur_cpu_dev;  break;
> -     case X86_VENDOR_SHANGHAI: actual_cpu = shanghai_cpu_dev; break;
> -     case X86_VENDOR_HYGON:    actual_cpu = hygon_cpu_dev;    break;
> -     default:
> +
> +     /*
> +      * We can't rely on x86_vendor_is() here due to the single-vendor
> +      * optimisation. It makes x86_vendor_is(x, y) rely on the constant `y`
> +      * matching the single vendor Xen was compiled for and ignore the
> +      * runtime variable `x`. In order to preserve sanity we must assert here
> +      * that we never boot such a build in a CPU from another vendor, or
> +      * major chaos would ensue.
> +      */
> +     if (c->x86_vendor == X86_VENDOR_UNKNOWN)
> +     {

Nit: No mix of styles please. Here it wants to be Linux style.

>               if (verbose || !IS_ENABLED(CONFIG_UNKNOWN_CPU))
>                       printk(XENLOG_ERR
>                              "Unrecognised or unsupported CPU vendor 
> '%.12s'\n",
>                              c->x86_vendor_id);
> +
>               if (!IS_ENABLED(CONFIG_UNKNOWN_CPU))
>                       panic("Cannot run in unknown/compiled-out CPU 
> vendor.\n");
>  
>               actual_cpu = default_cpu;
>       }
> +     else if (x86_vendor_is(c->x86_vendor, X86_VENDOR_INTEL)) {
> +             intel_unlock_cpuid_leaves(c);
> +             actual_cpu = intel_cpu_dev;
> +     } else if (x86_vendor_is(c->x86_vendor, X86_VENDOR_AMD))
> +             actual_cpu = amd_cpu_dev;
> +     else if (x86_vendor_is(c->x86_vendor, X86_VENDOR_CENTAUR))
> +             actual_cpu = centaur_cpu_dev;
> +     else if (x86_vendor_is(c->x86_vendor, X86_VENDOR_SHANGHAI))
> +             actual_cpu = shanghai_cpu_dev;
> +     else if (x86_vendor_is(c->x86_vendor, X86_VENDOR_HYGON))
> +             actual_cpu = hygon_cpu_dev;

If it needs to be like this, then so be it, but I view it as a downside to
not be able to use switch() anymore. It's not quite clear to me though what
extra gains the transformation brings. The masking by X86_ENABLED_VENDORS
already does most of what you want, and X86_VENDOR_UNKNOWN continues to be
handled separately anyway.

Jan



 


Rackspace

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