linux-stable.git/arch/x86/kernel/cpu/vmware.c, branch linux-rolling-stable

x86/vmware: Parse MP tables for SEV-SNP enabled guests under VMware hypervisors

2025-03-22T19:56:58+00:00

[ Upstream commit a2ab25529bbcea51b5e01dded79f45aeb94f644a ]

Under VMware hypervisors, SEV-SNP enabled VMs are fundamentally able to boot
without UEFI, but this regressed a year ago due to:

  0f4a1e80989a ("x86/sev: Skip ROM range scans and validation for SEV-SNP guests")

In this case, mpparse_find_mptable() has to be called to parse MP
tables which contains the necessary boot information.

[ mingo: Updated the changelog. ]

Fixes: 0f4a1e80989a ("x86/sev: Skip ROM range scans and validation for SEV-SNP guests")
Co-developed-by: Ye Li 
Signed-off-by: Ye Li 
Signed-off-by: Ajay Kaher 
Signed-off-by: Ingo Molnar 
Tested-by: Ye Li 
Reviewed-by: Kevin Loughlin 
Acked-by: Borislav Petkov (AMD) 
Link: https://lore.kernel.org/r/20250313173111.10918-1-ajay.kaher@broadcom.com
Signed-off-by: Sasha Levin

x86/vmware: Add TDX hypercall support

2024-06-25T15:15:48+00:00

VMware hypercalls use I/O port, VMCALL or VMMCALL instructions.  Add a call to
__tdx_hypercall() in order to support TDX guests.

No change in high bandwidth hypercalls, as only low bandwidth ones are supported
for TDX guests.

  [ bp: Massage, clear on-stack struct tdx_module_args variable. ]

Co-developed-by: Tim Merrifield 
Signed-off-by: Tim Merrifield 
Signed-off-by: Alexey Makhalov 
Signed-off-by: Borislav Petkov (AMD) 
Link: https://lore.kernel.org/r/20240613191650.9913-9-alexey.makhalov@broadcom.com

x86/vmware: Correct macro names

2024-06-25T15:15:48+00:00

VCPU_RESERVED and LEGACY_X2APIC are not VMware hypercall commands.  These are
bits in the return value of the VMWARE_CMD_GETVCPU_INFO command.  Change
VMWARE_CMD_ prefix to GETVCPU_INFO_ one. And move the bit-shift
operation into the macro body.

Fixes: 4cca6ea04d31c ("x86/apic: Allow x2apic without IR on VMware platform")
Signed-off-by: Alexey Makhalov 
Signed-off-by: Borislav Petkov (AMD) 
Link: https://lore.kernel.org/r/20240613191650.9913-7-alexey.makhalov@broadcom.com

x86/vmware: Use VMware hypercall API

2024-06-25T15:15:47+00:00

Remove VMWARE_CMD macro and move to vmware_hypercall API.
No functional changes intended.

Use u32/u64 instead of uint32_t/uint64_t across the file.

Signed-off-by: Alexey Makhalov 
Signed-off-by: Borislav Petkov (AMD) 
Link: https://lore.kernel.org/r/20240613191650.9913-6-alexey.makhalov@broadcom.com

x86/vmware: Introduce VMware hypercall API

2024-06-25T15:01:33+00:00

Introduce a vmware_hypercall family of functions. It is a common implementation
to be used by the VMware guest code and virtual device drivers in architecture
independent manner.

The API consists of vmware_hypercallX and vmware_hypercall_hb_{out,in}
set of functions analogous to KVM's hypercall API. Architecture-specific
implementation is hidden inside.

It will simplify future enhancements in VMware hypercalls such as SEV-ES and
TDX related changes without needs to modify a caller in device drivers code.

Current implementation extends an idea from

  bac7b4e84323 ("x86/vmware: Update platform detection code for VMCALL/VMMCALL hypercalls")

to have a slow, but safe path vmware_hypercall_slow() earlier during the boot
when alternatives are not yet applied.  The code inherits VMWARE_CMD logic from
the commit mentioned above.

Move common macros from vmware.c to vmware.h.

  [ bp: Fold in a fix:
    https://lore.kernel.org/r/20240625083348.2299-1-alexey.makhalov@broadcom.com ]

Signed-off-by: Alexey Makhalov 
Signed-off-by: Borislav Petkov (AMD) 
Link: https://lore.kernel.org/r/20240613191650.9913-2-alexey.makhalov@broadcom.com

sched/clock/x86: Mark sched_clock() noinstr

2023-01-31T14:01:47+00:00

In order to use sched_clock() from noinstr code, mark it and all it's
implenentations noinstr.

The whole pvclock thing (used by KVM/Xen) is a bit of a pain,
since it calls out to watchdogs, create a
pvclock_clocksource_read_nowd() variant doesn't do that and can be
noinstr.

Signed-off-by: Peter Zijlstra (Intel) 
Signed-off-by: Ingo Molnar 
Link: https://lore.kernel.org/r/20230126151323.702003578@infradead.org

x86/vmware: Use BIT() macro for shifting

2022-06-22T09:23:14+00:00

VMWARE_CMD_VCPU_RESERVED is bit 31 and that would mean undefined
behavior when shifting an int but the kernel is built with
-fno-strict-overflow which will wrap around using two's complement.

Use the BIT() macro to improve readability and avoid any potential
overflow confusion because it uses an unsigned long.

  [ bp: Clarify commit message. ]

Signed-off-by: Shreenidhi Shedi 
Signed-off-by: Borislav Petkov 
Reviewed-by: Srivatsa S. Bhat (VMware) 
Link: https://lore.kernel.org/r/20220601101820.535031-1-sshedi@vmware.com

Merge tag 'x86_vmware_for_v5.13' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip

2021-04-26T16:13:43+00:00

Pull x86 vmware guest update from Borislav Petkov:
 "Have vmware guests skip the refined TSC calibration when the TSC
  frequency has been retrieved from the hypervisor"

* tag 'x86_vmware_for_v5.13' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
  x86/vmware: Avoid TSC recalibration when frequency is known

x86/vmware: Avoid TSC recalibration when frequency is known

2021-03-28T19:11:43+00:00

When the TSC frequency is known because it is retrieved from the
hypervisor, skip TSC refined calibration by setting X86_FEATURE_TSC_KNOWN_FREQ.

Signed-off-by: Alexey Makhalov 
Signed-off-by: Thomas Gleixner 
Link: https://lore.kernel.org/r/20210105004752.131069-1-amakhalov@vmware.com

x86/paravirt: Switch time pvops functions to use static_call()

2021-03-11T15:17:52+00:00

The time pvops functions are the only ones left which might be
used in 32-bit mode and which return a 64-bit value.

Switch them to use the static_call() mechanism instead of pvops, as
this allows quite some simplification of the pvops implementation.

Signed-off-by: Juergen Gross 
Signed-off-by: Borislav Petkov 
Acked-by: Peter Zijlstra (Intel) 
Link: https://lkml.kernel.org/r/20210311142319.4723-5-jgross@suse.com