2019-06-01 10:08:55 +02:00
|
|
|
// SPDX-License-Identifier: GPL-2.0-only
|
2010-05-06 12:08:41 -07:00
|
|
|
/*
|
|
|
|
* HyperV Detection code.
|
|
|
|
*
|
|
|
|
* Copyright (C) 2010, Novell, Inc.
|
|
|
|
* Author : K. Y. Srinivasan <ksrinivasan@novell.com>
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/types.h>
|
2011-09-07 15:25:10 -07:00
|
|
|
#include <linux/time.h>
|
|
|
|
#include <linux/clocksource.h>
|
2016-07-13 20:18:56 -04:00
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/export.h>
|
2013-02-03 17:22:39 -08:00
|
|
|
#include <linux/hardirq.h>
|
2013-09-30 17:28:52 +02:00
|
|
|
#include <linux/efi.h>
|
2013-02-03 17:22:39 -08:00
|
|
|
#include <linux/interrupt.h>
|
2014-02-23 21:40:22 +00:00
|
|
|
#include <linux/irq.h>
|
2015-08-01 16:08:07 -07:00
|
|
|
#include <linux/kexec.h>
|
2018-11-04 03:48:57 +00:00
|
|
|
#include <linux/i8253.h>
|
2019-07-01 04:25:56 +00:00
|
|
|
#include <linux/random.h>
|
2010-05-06 12:08:41 -07:00
|
|
|
#include <asm/processor.h>
|
2010-05-07 16:57:28 -07:00
|
|
|
#include <asm/hypervisor.h>
|
2018-03-20 15:02:05 +01:00
|
|
|
#include <asm/hyperv-tlfs.h>
|
2010-05-06 12:08:41 -07:00
|
|
|
#include <asm/mshyperv.h>
|
2013-02-03 17:22:39 -08:00
|
|
|
#include <asm/desc.h>
|
2020-05-21 22:05:43 +02:00
|
|
|
#include <asm/idtentry.h>
|
2013-02-03 17:22:39 -08:00
|
|
|
#include <asm/irq_regs.h>
|
2013-09-30 17:28:52 +02:00
|
|
|
#include <asm/i8259.h>
|
2013-10-11 16:07:31 -07:00
|
|
|
#include <asm/apic.h>
|
2014-02-28 11:30:29 +08:00
|
|
|
#include <asm/timer.h>
|
2015-08-01 16:08:07 -07:00
|
|
|
#include <asm/reboot.h>
|
2016-12-02 11:07:20 +01:00
|
|
|
#include <asm/nmi.h>
|
2019-08-14 20:32:16 +08:00
|
|
|
#include <clocksource/hyperv_timer.h>
|
2021-02-03 15:04:29 +00:00
|
|
|
#include <asm/numa.h>
|
2023-08-18 06:29:18 -04:00
|
|
|
#include <asm/svm.h>
|
2010-05-06 12:08:41 -07:00
|
|
|
|
2021-02-03 15:04:21 +00:00
|
|
|
/* Is Linux running as the root partition? */
|
|
|
|
bool hv_root_partition;
|
2023-01-02 07:12:51 +00:00
|
|
|
/* Is Linux running on nested Microsoft Hypervisor */
|
|
|
|
bool hv_nested;
|
2010-05-07 16:57:28 -07:00
|
|
|
struct ms_hyperv_info ms_hyperv;
|
2010-05-06 12:08:41 -07:00
|
|
|
|
2014-03-04 23:39:58 +01:00
|
|
|
#if IS_ENABLED(CONFIG_HYPERV)
|
2023-01-02 07:12:52 +00:00
|
|
|
static inline unsigned int hv_get_nested_reg(unsigned int reg)
|
|
|
|
{
|
2023-02-09 14:02:52 -08:00
|
|
|
if (hv_is_sint_reg(reg))
|
|
|
|
return reg - HV_REGISTER_SINT0 + HV_REGISTER_NESTED_SINT0;
|
|
|
|
|
2023-01-02 07:12:52 +00:00
|
|
|
switch (reg) {
|
|
|
|
case HV_REGISTER_SIMP:
|
|
|
|
return HV_REGISTER_NESTED_SIMP;
|
|
|
|
case HV_REGISTER_SIEFP:
|
|
|
|
return HV_REGISTER_NESTED_SIEFP;
|
|
|
|
case HV_REGISTER_SVERSION:
|
|
|
|
return HV_REGISTER_NESTED_SVERSION;
|
|
|
|
case HV_REGISTER_SCONTROL:
|
|
|
|
return HV_REGISTER_NESTED_SCONTROL;
|
|
|
|
case HV_REGISTER_EOM:
|
|
|
|
return HV_REGISTER_NESTED_EOM;
|
|
|
|
default:
|
|
|
|
return reg;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
u64 hv_get_non_nested_register(unsigned int reg)
|
|
|
|
{
|
|
|
|
u64 value;
|
|
|
|
|
|
|
|
if (hv_is_synic_reg(reg) && hv_isolation_type_snp())
|
|
|
|
hv_ghcb_msr_read(reg, &value);
|
|
|
|
else
|
|
|
|
rdmsrl(reg, value);
|
|
|
|
return value;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(hv_get_non_nested_register);
|
|
|
|
|
|
|
|
void hv_set_non_nested_register(unsigned int reg, u64 value)
|
|
|
|
{
|
|
|
|
if (hv_is_synic_reg(reg) && hv_isolation_type_snp()) {
|
|
|
|
hv_ghcb_msr_write(reg, value);
|
|
|
|
|
|
|
|
/* Write proxy bit via wrmsl instruction */
|
2023-02-09 14:02:52 -08:00
|
|
|
if (hv_is_sint_reg(reg))
|
2023-01-02 07:12:52 +00:00
|
|
|
wrmsrl(reg, value | 1 << 20);
|
|
|
|
} else {
|
|
|
|
wrmsrl(reg, value);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(hv_set_non_nested_register);
|
|
|
|
|
|
|
|
u64 hv_get_register(unsigned int reg)
|
|
|
|
{
|
|
|
|
if (hv_nested)
|
|
|
|
reg = hv_get_nested_reg(reg);
|
|
|
|
|
|
|
|
return hv_get_non_nested_register(reg);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(hv_get_register);
|
|
|
|
|
|
|
|
void hv_set_register(unsigned int reg, u64 value)
|
|
|
|
{
|
|
|
|
if (hv_nested)
|
|
|
|
reg = hv_get_nested_reg(reg);
|
|
|
|
|
|
|
|
hv_set_non_nested_register(reg, value);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(hv_set_register);
|
|
|
|
|
2014-03-05 13:42:14 +01:00
|
|
|
static void (*vmbus_handler)(void);
|
2018-03-04 22:17:18 -07:00
|
|
|
static void (*hv_stimer0_handler)(void);
|
2015-09-23 12:02:57 +02:00
|
|
|
static void (*hv_kexec_handler)(void);
|
|
|
|
static void (*hv_crash_handler)(struct pt_regs *regs);
|
2014-02-23 21:40:22 +00:00
|
|
|
|
2020-05-21 22:05:43 +02:00
|
|
|
DEFINE_IDTENTRY_SYSVEC(sysvec_hyperv_callback)
|
2014-02-23 21:40:22 +00:00
|
|
|
{
|
|
|
|
struct pt_regs *old_regs = set_irq_regs(regs);
|
|
|
|
|
|
|
|
inc_irq_stat(irq_hv_callback_count);
|
|
|
|
if (vmbus_handler)
|
|
|
|
vmbus_handler();
|
|
|
|
|
2018-06-05 13:37:54 -07:00
|
|
|
if (ms_hyperv.hints & HV_DEPRECATING_AEOI_RECOMMENDED)
|
2017-03-28 17:16:53 -07:00
|
|
|
ack_APIC_irq();
|
|
|
|
|
2014-02-23 21:40:22 +00:00
|
|
|
set_irq_regs(old_regs);
|
|
|
|
}
|
|
|
|
|
2021-03-02 13:38:18 -08:00
|
|
|
void hv_setup_vmbus_handler(void (*handler)(void))
|
2014-02-23 21:40:22 +00:00
|
|
|
{
|
|
|
|
vmbus_handler = handler;
|
|
|
|
}
|
|
|
|
|
2021-03-02 13:38:18 -08:00
|
|
|
void hv_remove_vmbus_handler(void)
|
2014-02-23 21:40:22 +00:00
|
|
|
{
|
|
|
|
/* We have no way to deallocate the interrupt gate */
|
|
|
|
vmbus_handler = NULL;
|
|
|
|
}
|
2015-08-01 16:08:07 -07:00
|
|
|
|
2018-03-04 22:17:18 -07:00
|
|
|
/*
|
|
|
|
* Routines to do per-architecture handling of stimer0
|
|
|
|
* interrupts when in Direct Mode
|
|
|
|
*/
|
2020-05-21 22:05:43 +02:00
|
|
|
DEFINE_IDTENTRY_SYSVEC(sysvec_hyperv_stimer0)
|
2018-03-04 22:17:18 -07:00
|
|
|
{
|
|
|
|
struct pt_regs *old_regs = set_irq_regs(regs);
|
|
|
|
|
|
|
|
inc_irq_stat(hyperv_stimer0_count);
|
|
|
|
if (hv_stimer0_handler)
|
|
|
|
hv_stimer0_handler();
|
2021-12-07 13:17:33 +01:00
|
|
|
add_interrupt_randomness(HYPERV_STIMER0_VECTOR);
|
2018-03-04 22:17:18 -07:00
|
|
|
ack_APIC_irq();
|
|
|
|
|
|
|
|
set_irq_regs(old_regs);
|
|
|
|
}
|
|
|
|
|
2021-03-02 13:38:22 -08:00
|
|
|
/* For x86/x64, override weak placeholders in hyperv_timer.c */
|
|
|
|
void hv_setup_stimer0_handler(void (*handler)(void))
|
2018-03-04 22:17:18 -07:00
|
|
|
{
|
|
|
|
hv_stimer0_handler = handler;
|
|
|
|
}
|
|
|
|
|
2021-03-02 13:38:22 -08:00
|
|
|
void hv_remove_stimer0_handler(void)
|
2018-03-04 22:17:18 -07:00
|
|
|
{
|
|
|
|
/* We have no way to deallocate the interrupt gate */
|
|
|
|
hv_stimer0_handler = NULL;
|
|
|
|
}
|
|
|
|
|
2015-08-01 16:08:07 -07:00
|
|
|
void hv_setup_kexec_handler(void (*handler)(void))
|
|
|
|
{
|
|
|
|
hv_kexec_handler = handler;
|
|
|
|
}
|
|
|
|
|
|
|
|
void hv_remove_kexec_handler(void)
|
|
|
|
{
|
|
|
|
hv_kexec_handler = NULL;
|
|
|
|
}
|
2015-08-01 16:08:09 -07:00
|
|
|
|
|
|
|
void hv_setup_crash_handler(void (*handler)(struct pt_regs *regs))
|
|
|
|
{
|
|
|
|
hv_crash_handler = handler;
|
|
|
|
}
|
|
|
|
|
|
|
|
void hv_remove_crash_handler(void)
|
|
|
|
{
|
|
|
|
hv_crash_handler = NULL;
|
|
|
|
}
|
2014-02-23 21:40:22 +00:00
|
|
|
|
2015-09-23 12:02:57 +02:00
|
|
|
#ifdef CONFIG_KEXEC_CORE
|
2015-08-01 16:08:07 -07:00
|
|
|
static void hv_machine_shutdown(void)
|
|
|
|
{
|
|
|
|
if (kexec_in_progress && hv_kexec_handler)
|
|
|
|
hv_kexec_handler();
|
2020-12-21 22:55:41 -08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Call hv_cpu_die() on all the CPUs, otherwise later the hypervisor
|
|
|
|
* corrupts the old VP Assist Pages and can crash the kexec kernel.
|
|
|
|
*/
|
|
|
|
if (kexec_in_progress && hyperv_init_cpuhp > 0)
|
|
|
|
cpuhp_remove_state(hyperv_init_cpuhp);
|
|
|
|
|
|
|
|
/* The function calls stop_other_cpus(). */
|
2015-08-01 16:08:07 -07:00
|
|
|
native_machine_shutdown();
|
2020-12-21 22:55:41 -08:00
|
|
|
|
|
|
|
/* Disable the hypercall page when there is only 1 active CPU. */
|
|
|
|
if (kexec_in_progress)
|
|
|
|
hyperv_cleanup();
|
2015-08-01 16:08:07 -07:00
|
|
|
}
|
|
|
|
|
2015-08-01 16:08:09 -07:00
|
|
|
static void hv_machine_crash_shutdown(struct pt_regs *regs)
|
|
|
|
{
|
|
|
|
if (hv_crash_handler)
|
|
|
|
hv_crash_handler(regs);
|
2020-12-21 22:55:41 -08:00
|
|
|
|
|
|
|
/* The function calls crash_smp_send_stop(). */
|
2015-08-01 16:08:09 -07:00
|
|
|
native_machine_crash_shutdown(regs);
|
2020-12-21 22:55:41 -08:00
|
|
|
|
|
|
|
/* Disable the hypercall page when there is only 1 active CPU. */
|
|
|
|
hyperv_cleanup();
|
2015-08-01 16:08:09 -07:00
|
|
|
}
|
2015-09-23 12:02:57 +02:00
|
|
|
#endif /* CONFIG_KEXEC_CORE */
|
|
|
|
#endif /* CONFIG_HYPERV */
|
2015-08-01 16:08:09 -07:00
|
|
|
|
2013-07-25 16:54:35 +08:00
|
|
|
static uint32_t __init ms_hyperv_platform(void)
|
2010-05-06 12:08:41 -07:00
|
|
|
{
|
2010-05-07 16:57:28 -07:00
|
|
|
u32 eax;
|
|
|
|
u32 hyp_signature[3];
|
2010-05-06 12:08:41 -07:00
|
|
|
|
2010-05-07 16:57:28 -07:00
|
|
|
if (!boot_cpu_has(X86_FEATURE_HYPERVISOR))
|
2013-07-25 16:54:35 +08:00
|
|
|
return 0;
|
2010-05-06 12:08:41 -07:00
|
|
|
|
2010-05-07 16:57:28 -07:00
|
|
|
cpuid(HYPERV_CPUID_VENDOR_AND_MAX_FUNCTIONS,
|
|
|
|
&eax, &hyp_signature[0], &hyp_signature[1], &hyp_signature[2]);
|
2010-05-06 12:08:41 -07:00
|
|
|
|
2021-11-04 18:22:39 +00:00
|
|
|
if (eax < HYPERV_CPUID_MIN || eax > HYPERV_CPUID_MAX ||
|
|
|
|
memcmp("Microsoft Hv", hyp_signature, 12))
|
|
|
|
return 0;
|
2013-07-25 16:54:35 +08:00
|
|
|
|
2021-11-04 18:22:39 +00:00
|
|
|
/* HYPERCALL and VP_INDEX MSRs are mandatory for all features. */
|
|
|
|
eax = cpuid_eax(HYPERV_CPUID_FEATURES);
|
|
|
|
if (!(eax & HV_MSR_HYPERCALL_AVAILABLE)) {
|
|
|
|
pr_warn("x86/hyperv: HYPERCALL MSR not available.\n");
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
if (!(eax & HV_MSR_VP_INDEX_AVAILABLE)) {
|
|
|
|
pr_warn("x86/hyperv: VP_INDEX MSR not available.\n");
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
return HYPERV_CPUID_VENDOR_AND_MAX_FUNCTIONS;
|
2010-05-06 12:08:41 -07:00
|
|
|
}
|
|
|
|
|
2016-12-02 11:07:20 +01:00
|
|
|
#ifdef CONFIG_X86_LOCAL_APIC
|
|
|
|
/*
|
|
|
|
* Prior to WS2016 Debug-VM sends NMIs to all CPUs which makes
|
2021-03-18 15:28:01 +01:00
|
|
|
* it difficult to process CHANNELMSG_UNLOAD in case of crash. Handle
|
2016-12-02 11:07:20 +01:00
|
|
|
* unknown NMI on the first CPU which gets it.
|
|
|
|
*/
|
|
|
|
static int hv_nmi_unknown(unsigned int val, struct pt_regs *regs)
|
|
|
|
{
|
|
|
|
static atomic_t nmi_cpu = ATOMIC_INIT(-1);
|
|
|
|
|
|
|
|
if (!unknown_nmi_panic)
|
|
|
|
return NMI_DONE;
|
|
|
|
|
|
|
|
if (atomic_cmpxchg(&nmi_cpu, -1, raw_smp_processor_id()) != -1)
|
|
|
|
return NMI_HANDLED;
|
|
|
|
|
|
|
|
return NMI_DONE;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2017-06-22 18:07:30 +08:00
|
|
|
static unsigned long hv_get_tsc_khz(void)
|
|
|
|
{
|
|
|
|
unsigned long freq;
|
|
|
|
|
|
|
|
rdmsrl(HV_X64_MSR_TSC_FREQUENCY, freq);
|
|
|
|
|
|
|
|
return freq / 1000;
|
|
|
|
}
|
|
|
|
|
2018-10-08 16:29:34 +08:00
|
|
|
#if defined(CONFIG_SMP) && IS_ENABLED(CONFIG_HYPERV)
|
|
|
|
static void __init hv_smp_prepare_boot_cpu(void)
|
|
|
|
{
|
|
|
|
native_smp_prepare_boot_cpu();
|
|
|
|
#if defined(CONFIG_X86_64) && defined(CONFIG_PARAVIRT_SPINLOCKS)
|
|
|
|
hv_init_spinlocks();
|
|
|
|
#endif
|
|
|
|
}
|
2021-02-03 15:04:29 +00:00
|
|
|
|
|
|
|
static void __init hv_smp_prepare_cpus(unsigned int max_cpus)
|
|
|
|
{
|
|
|
|
#ifdef CONFIG_X86_64
|
|
|
|
int i;
|
|
|
|
int ret;
|
|
|
|
#endif
|
|
|
|
|
|
|
|
native_smp_prepare_cpus(max_cpus);
|
|
|
|
|
2023-08-18 06:29:17 -04:00
|
|
|
/*
|
|
|
|
* Override wakeup_secondary_cpu_64 callback for SEV-SNP
|
|
|
|
* enlightened guest.
|
|
|
|
*/
|
|
|
|
if (hv_isolation_type_en_snp()) {
|
|
|
|
apic->wakeup_secondary_cpu_64 = hv_snp_boot_ap;
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2021-02-03 15:04:29 +00:00
|
|
|
#ifdef CONFIG_X86_64
|
|
|
|
for_each_present_cpu(i) {
|
|
|
|
if (i == 0)
|
|
|
|
continue;
|
2021-07-21 15:55:43 +00:00
|
|
|
ret = hv_call_add_logical_proc(numa_cpu_node(i), i, cpu_physical_id(i));
|
2021-02-03 15:04:29 +00:00
|
|
|
BUG_ON(ret);
|
|
|
|
}
|
|
|
|
|
|
|
|
for_each_present_cpu(i) {
|
|
|
|
if (i == 0)
|
|
|
|
continue;
|
|
|
|
ret = hv_call_create_vp(numa_cpu_node(i), hv_current_partition_id, i, i);
|
|
|
|
BUG_ON(ret);
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
}
|
2018-10-08 16:29:34 +08:00
|
|
|
#endif
|
|
|
|
|
2023-08-24 01:07:06 -07:00
|
|
|
/*
|
|
|
|
* When a fully enlightened TDX VM runs on Hyper-V, the firmware sets the
|
|
|
|
* HW_REDUCED flag: refer to acpi_tb_create_local_fadt(). Consequently ttyS0
|
|
|
|
* interrupts can't work because request_irq() -> ... -> irq_to_desc() returns
|
|
|
|
* NULL for ttyS0. This happens because mp_config_acpi_legacy_irqs() sees a
|
|
|
|
* nr_legacy_irqs() of 0, so it doesn't initialize the array 'mp_irqs[]', and
|
|
|
|
* later setup_IO_APIC_irqs() -> find_irq_entry() fails to find the legacy irqs
|
|
|
|
* from the array and hence doesn't create the necessary irq description info.
|
|
|
|
*
|
|
|
|
* Clone arch/x86/kernel/acpi/boot.c: acpi_generic_reduced_hw_init() here,
|
|
|
|
* except don't change 'legacy_pic', which keeps its default value
|
|
|
|
* 'default_legacy_pic'. This way, mp_config_acpi_legacy_irqs() sees a non-zero
|
|
|
|
* nr_legacy_irqs() and eventually serial console interrupts works properly.
|
|
|
|
*/
|
|
|
|
static void __init reduced_hw_init(void)
|
|
|
|
{
|
|
|
|
x86_init.timers.timer_init = x86_init_noop;
|
|
|
|
x86_init.irqs.pre_vector_init = x86_init_noop;
|
|
|
|
}
|
|
|
|
|
2010-05-07 16:57:28 -07:00
|
|
|
static void __init ms_hyperv_init_platform(void)
|
2010-05-06 12:08:41 -07:00
|
|
|
{
|
2021-06-03 15:14:34 +00:00
|
|
|
int hv_max_functions_eax;
|
2017-01-19 11:51:47 -07:00
|
|
|
int hv_host_info_eax;
|
|
|
|
int hv_host_info_ebx;
|
|
|
|
int hv_host_info_ecx;
|
|
|
|
int hv_host_info_edx;
|
|
|
|
|
2019-10-15 12:35:02 +02:00
|
|
|
#ifdef CONFIG_PARAVIRT
|
|
|
|
pv_info.name = "Hyper-V";
|
|
|
|
#endif
|
|
|
|
|
2010-05-06 12:08:41 -07:00
|
|
|
/*
|
2010-05-07 16:57:28 -07:00
|
|
|
* Extract the features and hints
|
2010-05-06 12:08:41 -07:00
|
|
|
*/
|
2010-05-07 16:57:28 -07:00
|
|
|
ms_hyperv.features = cpuid_eax(HYPERV_CPUID_FEATURES);
|
2021-03-23 18:47:16 +00:00
|
|
|
ms_hyperv.priv_high = cpuid_ebx(HYPERV_CPUID_FEATURES);
|
2015-08-01 16:08:20 -07:00
|
|
|
ms_hyperv.misc_features = cpuid_edx(HYPERV_CPUID_FEATURES);
|
2010-05-07 16:57:28 -07:00
|
|
|
ms_hyperv.hints = cpuid_eax(HYPERV_CPUID_ENLIGHTMENT_INFO);
|
2010-05-06 12:08:41 -07:00
|
|
|
|
2021-06-03 15:14:34 +00:00
|
|
|
hv_max_functions_eax = cpuid_eax(HYPERV_CPUID_VENDOR_AND_MAX_FUNCTIONS);
|
|
|
|
|
2021-03-23 18:47:16 +00:00
|
|
|
pr_info("Hyper-V: privilege flags low 0x%x, high 0x%x, hints 0x%x, misc 0x%x\n",
|
|
|
|
ms_hyperv.features, ms_hyperv.priv_high, ms_hyperv.hints,
|
|
|
|
ms_hyperv.misc_features);
|
2011-09-07 15:25:10 -07:00
|
|
|
|
2018-03-20 15:02:06 +01:00
|
|
|
ms_hyperv.max_vp_index = cpuid_eax(HYPERV_CPUID_IMPLEMENT_LIMITS);
|
|
|
|
ms_hyperv.max_lp_index = cpuid_ebx(HYPERV_CPUID_IMPLEMENT_LIMITS);
|
2017-06-25 10:06:41 -07:00
|
|
|
|
|
|
|
pr_debug("Hyper-V: max %u virtual processors, %u logical processors\n",
|
|
|
|
ms_hyperv.max_vp_index, ms_hyperv.max_lp_index);
|
|
|
|
|
2021-02-03 15:04:21 +00:00
|
|
|
/*
|
|
|
|
* Check CPU management privilege.
|
|
|
|
*
|
|
|
|
* To mirror what Windows does we should extract CPU management
|
|
|
|
* features and use the ReservedIdentityBit to detect if Linux is the
|
|
|
|
* root partition. But that requires negotiating CPU management
|
2023-03-15 08:34:13 -07:00
|
|
|
* interface (a process to be finalized). For now, use the privilege
|
|
|
|
* flag as the indicator for running as root.
|
2021-02-03 15:04:21 +00:00
|
|
|
*
|
2023-03-15 08:34:13 -07:00
|
|
|
* Hyper-V should never specify running as root and as a Confidential
|
|
|
|
* VM. But to protect against a compromised/malicious Hyper-V trying
|
|
|
|
* to exploit root behavior to expose Confidential VM memory, ignore
|
|
|
|
* the root partition setting if also a Confidential VM.
|
2021-02-03 15:04:21 +00:00
|
|
|
*/
|
2023-03-15 08:34:13 -07:00
|
|
|
if ((ms_hyperv.priv_high & HV_CPU_MANAGEMENT) &&
|
|
|
|
!(ms_hyperv.priv_high & HV_ISOLATION)) {
|
2021-02-03 15:04:21 +00:00
|
|
|
hv_root_partition = true;
|
|
|
|
pr_info("Hyper-V: running as root partition\n");
|
|
|
|
}
|
|
|
|
|
2023-01-02 07:12:51 +00:00
|
|
|
if (ms_hyperv.hints & HV_X64_HYPERV_NESTED) {
|
|
|
|
hv_nested = true;
|
|
|
|
pr_info("Hyper-V: running on a nested hypervisor\n");
|
|
|
|
}
|
|
|
|
|
2017-01-19 11:51:47 -07:00
|
|
|
/*
|
|
|
|
* Extract host information.
|
|
|
|
*/
|
2021-06-03 15:14:34 +00:00
|
|
|
if (hv_max_functions_eax >= HYPERV_CPUID_VERSION) {
|
2018-03-20 15:02:06 +01:00
|
|
|
hv_host_info_eax = cpuid_eax(HYPERV_CPUID_VERSION);
|
|
|
|
hv_host_info_ebx = cpuid_ebx(HYPERV_CPUID_VERSION);
|
|
|
|
hv_host_info_ecx = cpuid_ecx(HYPERV_CPUID_VERSION);
|
|
|
|
hv_host_info_edx = cpuid_edx(HYPERV_CPUID_VERSION);
|
2017-01-19 11:51:47 -07:00
|
|
|
|
2022-03-08 11:22:44 -08:00
|
|
|
pr_info("Hyper-V: Host Build %d.%d.%d.%d-%d-%d\n",
|
|
|
|
hv_host_info_ebx >> 16, hv_host_info_ebx & 0xFFFF,
|
|
|
|
hv_host_info_eax, hv_host_info_edx & 0xFFFFFF,
|
|
|
|
hv_host_info_ecx, hv_host_info_edx >> 24);
|
2017-01-19 11:51:47 -07:00
|
|
|
}
|
|
|
|
|
2020-09-26 07:26:26 -07:00
|
|
|
if (ms_hyperv.features & HV_ACCESS_FREQUENCY_MSRS &&
|
2017-06-22 18:07:30 +08:00
|
|
|
ms_hyperv.misc_features & HV_FEATURE_FREQUENCY_MSRS_AVAILABLE) {
|
|
|
|
x86_platform.calibrate_tsc = hv_get_tsc_khz;
|
|
|
|
x86_platform.calibrate_cpu = hv_get_tsc_khz;
|
|
|
|
}
|
|
|
|
|
2021-03-23 18:47:16 +00:00
|
|
|
if (ms_hyperv.priv_high & HV_ISOLATION) {
|
2021-02-01 15:48:11 +01:00
|
|
|
ms_hyperv.isolation_config_a = cpuid_eax(HYPERV_CPUID_ISOLATION_CONFIG);
|
|
|
|
ms_hyperv.isolation_config_b = cpuid_ebx(HYPERV_CPUID_ISOLATION_CONFIG);
|
x86/hyperv: Change vTOM handling to use standard coco mechanisms
Hyper-V guests on AMD SEV-SNP hardware have the option of using the
"virtual Top Of Memory" (vTOM) feature specified by the SEV-SNP
architecture. With vTOM, shared vs. private memory accesses are
controlled by splitting the guest physical address space into two
halves.
vTOM is the dividing line where the uppermost bit of the physical
address space is set; e.g., with 47 bits of guest physical address
space, vTOM is 0x400000000000 (bit 46 is set). Guest physical memory is
accessible at two parallel physical addresses -- one below vTOM and one
above vTOM. Accesses below vTOM are private (encrypted) while accesses
above vTOM are shared (decrypted). In this sense, vTOM is like the
GPA.SHARED bit in Intel TDX.
Support for Hyper-V guests using vTOM was added to the Linux kernel in
two patch sets[1][2]. This support treats the vTOM bit as part of
the physical address. For accessing shared (decrypted) memory, these
patch sets create a second kernel virtual mapping that maps to physical
addresses above vTOM.
A better approach is to treat the vTOM bit as a protection flag, not
as part of the physical address. This new approach is like the approach
for the GPA.SHARED bit in Intel TDX. Rather than creating a second kernel
virtual mapping, the existing mapping is updated using recently added
coco mechanisms.
When memory is changed between private and shared using
set_memory_decrypted() and set_memory_encrypted(), the PTEs for the
existing kernel mapping are changed to add or remove the vTOM bit in the
guest physical address, just as with TDX. The hypercalls to change the
memory status on the host side are made using the existing callback
mechanism. Everything just works, with a minor tweak to map the IO-APIC
to use private accesses.
To accomplish the switch in approach, the following must be done:
* Update Hyper-V initialization to set the cc_mask based on vTOM
and do other coco initialization.
* Update physical_mask so the vTOM bit is no longer treated as part
of the physical address
* Remove CC_VENDOR_HYPERV and merge the associated vTOM functionality
under CC_VENDOR_AMD. Update cc_mkenc() and cc_mkdec() to set/clear
the vTOM bit as a protection flag.
* Code already exists to make hypercalls to inform Hyper-V about pages
changing between shared and private. Update this code to run as a
callback from __set_memory_enc_pgtable().
* Remove the Hyper-V special case from __set_memory_enc_dec()
* Remove the Hyper-V specific call to swiotlb_update_mem_attributes()
since mem_encrypt_init() will now do it.
* Add a Hyper-V specific implementation of the is_private_mmio()
callback that returns true for the IO-APIC and vTPM MMIO addresses
[1] https://lore.kernel.org/all/20211025122116.264793-1-ltykernel@gmail.com/
[2] https://lore.kernel.org/all/20211213071407.314309-1-ltykernel@gmail.com/
[ bp: Touchups. ]
Signed-off-by: Michael Kelley <mikelley@microsoft.com>
Signed-off-by: Borislav Petkov (AMD) <bp@alien8.de>
Link: https://lore.kernel.org/r/1679838727-87310-7-git-send-email-mikelley@microsoft.com
2023-03-26 06:52:01 -07:00
|
|
|
|
|
|
|
if (ms_hyperv.shared_gpa_boundary_active)
|
|
|
|
ms_hyperv.shared_gpa_boundary =
|
|
|
|
BIT_ULL(ms_hyperv.shared_gpa_boundary_bits);
|
2021-02-01 15:48:11 +01:00
|
|
|
|
|
|
|
pr_info("Hyper-V: Isolation Config: Group A 0x%x, Group B 0x%x\n",
|
|
|
|
ms_hyperv.isolation_config_a, ms_hyperv.isolation_config_b);
|
2021-10-25 08:21:06 -04:00
|
|
|
|
2023-08-18 06:29:11 -04:00
|
|
|
|
2023-08-22 20:20:08 -07:00
|
|
|
if (hv_get_isolation_type() == HV_ISOLATION_TYPE_SNP) {
|
|
|
|
if (ms_hyperv.paravisor_present)
|
|
|
|
static_branch_enable(&isolation_type_snp);
|
|
|
|
else
|
|
|
|
static_branch_enable(&isolation_type_en_snp);
|
2023-08-24 01:07:03 -07:00
|
|
|
} else if (hv_get_isolation_type() == HV_ISOLATION_TYPE_TDX) {
|
|
|
|
static_branch_enable(&isolation_type_tdx);
|
2023-08-24 01:07:05 -07:00
|
|
|
|
|
|
|
/* A TDX VM must use x2APIC and doesn't use lazy EOI. */
|
|
|
|
ms_hyperv.hints &= ~HV_X64_APIC_ACCESS_RECOMMENDED;
|
|
|
|
|
|
|
|
if (!ms_hyperv.paravisor_present) {
|
|
|
|
/* To be supported: more work is required. */
|
|
|
|
ms_hyperv.features &= ~HV_MSR_REFERENCE_TSC_AVAILABLE;
|
|
|
|
|
|
|
|
/* HV_REGISTER_CRASH_CTL is unsupported. */
|
|
|
|
ms_hyperv.misc_features &= ~HV_FEATURE_GUEST_CRASH_MSR_AVAILABLE;
|
|
|
|
|
|
|
|
/* Don't trust Hyper-V's TLB-flushing hypercalls. */
|
|
|
|
ms_hyperv.hints &= ~HV_X64_REMOTE_TLB_FLUSH_RECOMMENDED;
|
2023-08-24 01:07:06 -07:00
|
|
|
|
|
|
|
x86_init.acpi.reduced_hw_early_init = reduced_hw_init;
|
2023-08-24 01:07:05 -07:00
|
|
|
}
|
2023-08-18 06:29:11 -04:00
|
|
|
}
|
2021-02-01 15:48:11 +01:00
|
|
|
}
|
|
|
|
|
2021-06-03 15:14:34 +00:00
|
|
|
if (hv_max_functions_eax >= HYPERV_CPUID_NESTED_FEATURES) {
|
2018-03-20 15:02:10 +01:00
|
|
|
ms_hyperv.nested_features =
|
|
|
|
cpuid_eax(HYPERV_CPUID_NESTED_FEATURES);
|
2021-06-03 15:14:34 +00:00
|
|
|
pr_info("Hyper-V: Nested features: 0x%x\n",
|
|
|
|
ms_hyperv.nested_features);
|
2018-03-20 15:02:10 +01:00
|
|
|
}
|
|
|
|
|
2013-10-10 15:30:24 -07:00
|
|
|
#ifdef CONFIG_X86_LOCAL_APIC
|
2020-09-26 07:26:26 -07:00
|
|
|
if (ms_hyperv.features & HV_ACCESS_FREQUENCY_MSRS &&
|
2017-06-22 18:07:29 +08:00
|
|
|
ms_hyperv.misc_features & HV_FEATURE_FREQUENCY_MSRS_AVAILABLE) {
|
2013-09-30 17:28:52 +02:00
|
|
|
/*
|
|
|
|
* Get the APIC frequency.
|
|
|
|
*/
|
2013-11-06 10:00:05 -08:00
|
|
|
u64 hv_lapic_frequency;
|
|
|
|
|
2013-09-30 17:28:52 +02:00
|
|
|
rdmsrl(HV_X64_MSR_APIC_FREQUENCY, hv_lapic_frequency);
|
|
|
|
hv_lapic_frequency = div_u64(hv_lapic_frequency, HZ);
|
2019-05-09 13:54:16 +08:00
|
|
|
lapic_timer_period = hv_lapic_frequency;
|
2017-06-25 10:06:41 -07:00
|
|
|
pr_info("Hyper-V: LAPIC Timer Frequency: %#x\n",
|
2019-05-09 13:54:16 +08:00
|
|
|
lapic_timer_period);
|
2013-09-30 17:28:52 +02:00
|
|
|
}
|
2016-12-02 11:07:20 +01:00
|
|
|
|
|
|
|
register_nmi_handler(NMI_UNKNOWN, hv_nmi_unknown, NMI_FLAG_FIRST,
|
|
|
|
"hv_nmi_unknown");
|
2013-10-10 15:30:24 -07:00
|
|
|
#endif
|
2013-09-30 17:28:52 +02:00
|
|
|
|
2014-02-28 11:30:29 +08:00
|
|
|
#ifdef CONFIG_X86_IO_APIC
|
|
|
|
no_timer_check = 1;
|
|
|
|
#endif
|
|
|
|
|
2015-09-23 12:02:57 +02:00
|
|
|
#if IS_ENABLED(CONFIG_HYPERV) && defined(CONFIG_KEXEC_CORE)
|
2015-08-01 16:08:07 -07:00
|
|
|
machine_ops.shutdown = hv_machine_shutdown;
|
2015-08-01 16:08:09 -07:00
|
|
|
machine_ops.crash_shutdown = hv_machine_crash_shutdown;
|
2015-09-23 12:02:57 +02:00
|
|
|
#endif
|
2020-09-26 07:26:26 -07:00
|
|
|
if (ms_hyperv.features & HV_ACCESS_TSC_INVARIANT) {
|
2021-07-16 19:02:45 +05:30
|
|
|
/*
|
|
|
|
* Writing to synthetic MSR 0x40000118 updates/changes the
|
|
|
|
* guest visible CPUIDs. Setting bit 0 of this MSR enables
|
|
|
|
* guests to report invariant TSC feature through CPUID
|
|
|
|
* instruction, CPUID 0x800000007/EDX, bit 8. See code in
|
|
|
|
* early_init_intel() where this bit is examined. The
|
|
|
|
* setting of this MSR bit should happen before init_intel()
|
|
|
|
* is called.
|
|
|
|
*/
|
2022-10-13 11:58:43 +02:00
|
|
|
wrmsrl(HV_X64_MSR_TSC_INVARIANT_CONTROL, HV_EXPOSE_INVARIANT_TSC);
|
2019-10-03 17:52:00 +02:00
|
|
|
setup_force_cpu_cap(X86_FEATURE_TSC_RELIABLE);
|
|
|
|
}
|
2016-04-15 15:50:32 +02:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Generation 2 instances don't support reading the NMI status from
|
|
|
|
* 0x61 port.
|
|
|
|
*/
|
|
|
|
if (efi_enabled(EFI_BOOT))
|
|
|
|
x86_platform.get_nmi_reason = hv_get_nmi_reason;
|
2017-01-18 16:45:02 -07:00
|
|
|
|
2018-11-04 03:48:57 +00:00
|
|
|
/*
|
|
|
|
* Hyper-V VMs have a PIT emulation quirk such that zeroing the
|
|
|
|
* counter register during PIT shutdown restarts the PIT. So it
|
|
|
|
* continues to interrupt @18.2 HZ. Setting i8253_clear_counter
|
|
|
|
* to false tells pit_shutdown() not to zero the counter so that
|
|
|
|
* the PIT really is shutdown. Generation 2 VMs don't have a PIT,
|
|
|
|
* and setting this value has no effect.
|
|
|
|
*/
|
|
|
|
i8253_clear_counter_on_shutdown = false;
|
|
|
|
|
2017-01-18 16:45:02 -07:00
|
|
|
#if IS_ENABLED(CONFIG_HYPERV)
|
x86/hyperv: Change vTOM handling to use standard coco mechanisms
Hyper-V guests on AMD SEV-SNP hardware have the option of using the
"virtual Top Of Memory" (vTOM) feature specified by the SEV-SNP
architecture. With vTOM, shared vs. private memory accesses are
controlled by splitting the guest physical address space into two
halves.
vTOM is the dividing line where the uppermost bit of the physical
address space is set; e.g., with 47 bits of guest physical address
space, vTOM is 0x400000000000 (bit 46 is set). Guest physical memory is
accessible at two parallel physical addresses -- one below vTOM and one
above vTOM. Accesses below vTOM are private (encrypted) while accesses
above vTOM are shared (decrypted). In this sense, vTOM is like the
GPA.SHARED bit in Intel TDX.
Support for Hyper-V guests using vTOM was added to the Linux kernel in
two patch sets[1][2]. This support treats the vTOM bit as part of
the physical address. For accessing shared (decrypted) memory, these
patch sets create a second kernel virtual mapping that maps to physical
addresses above vTOM.
A better approach is to treat the vTOM bit as a protection flag, not
as part of the physical address. This new approach is like the approach
for the GPA.SHARED bit in Intel TDX. Rather than creating a second kernel
virtual mapping, the existing mapping is updated using recently added
coco mechanisms.
When memory is changed between private and shared using
set_memory_decrypted() and set_memory_encrypted(), the PTEs for the
existing kernel mapping are changed to add or remove the vTOM bit in the
guest physical address, just as with TDX. The hypercalls to change the
memory status on the host side are made using the existing callback
mechanism. Everything just works, with a minor tweak to map the IO-APIC
to use private accesses.
To accomplish the switch in approach, the following must be done:
* Update Hyper-V initialization to set the cc_mask based on vTOM
and do other coco initialization.
* Update physical_mask so the vTOM bit is no longer treated as part
of the physical address
* Remove CC_VENDOR_HYPERV and merge the associated vTOM functionality
under CC_VENDOR_AMD. Update cc_mkenc() and cc_mkdec() to set/clear
the vTOM bit as a protection flag.
* Code already exists to make hypercalls to inform Hyper-V about pages
changing between shared and private. Update this code to run as a
callback from __set_memory_enc_pgtable().
* Remove the Hyper-V special case from __set_memory_enc_dec()
* Remove the Hyper-V specific call to swiotlb_update_mem_attributes()
since mem_encrypt_init() will now do it.
* Add a Hyper-V specific implementation of the is_private_mmio()
callback that returns true for the IO-APIC and vTPM MMIO addresses
[1] https://lore.kernel.org/all/20211025122116.264793-1-ltykernel@gmail.com/
[2] https://lore.kernel.org/all/20211213071407.314309-1-ltykernel@gmail.com/
[ bp: Touchups. ]
Signed-off-by: Michael Kelley <mikelley@microsoft.com>
Signed-off-by: Borislav Petkov (AMD) <bp@alien8.de>
Link: https://lore.kernel.org/r/1679838727-87310-7-git-send-email-mikelley@microsoft.com
2023-03-26 06:52:01 -07:00
|
|
|
if ((hv_get_isolation_type() == HV_ISOLATION_TYPE_VBS) ||
|
2023-08-18 06:29:11 -04:00
|
|
|
((hv_get_isolation_type() == HV_ISOLATION_TYPE_SNP) &&
|
|
|
|
ms_hyperv.paravisor_present))
|
x86/hyperv: Change vTOM handling to use standard coco mechanisms
Hyper-V guests on AMD SEV-SNP hardware have the option of using the
"virtual Top Of Memory" (vTOM) feature specified by the SEV-SNP
architecture. With vTOM, shared vs. private memory accesses are
controlled by splitting the guest physical address space into two
halves.
vTOM is the dividing line where the uppermost bit of the physical
address space is set; e.g., with 47 bits of guest physical address
space, vTOM is 0x400000000000 (bit 46 is set). Guest physical memory is
accessible at two parallel physical addresses -- one below vTOM and one
above vTOM. Accesses below vTOM are private (encrypted) while accesses
above vTOM are shared (decrypted). In this sense, vTOM is like the
GPA.SHARED bit in Intel TDX.
Support for Hyper-V guests using vTOM was added to the Linux kernel in
two patch sets[1][2]. This support treats the vTOM bit as part of
the physical address. For accessing shared (decrypted) memory, these
patch sets create a second kernel virtual mapping that maps to physical
addresses above vTOM.
A better approach is to treat the vTOM bit as a protection flag, not
as part of the physical address. This new approach is like the approach
for the GPA.SHARED bit in Intel TDX. Rather than creating a second kernel
virtual mapping, the existing mapping is updated using recently added
coco mechanisms.
When memory is changed between private and shared using
set_memory_decrypted() and set_memory_encrypted(), the PTEs for the
existing kernel mapping are changed to add or remove the vTOM bit in the
guest physical address, just as with TDX. The hypercalls to change the
memory status on the host side are made using the existing callback
mechanism. Everything just works, with a minor tweak to map the IO-APIC
to use private accesses.
To accomplish the switch in approach, the following must be done:
* Update Hyper-V initialization to set the cc_mask based on vTOM
and do other coco initialization.
* Update physical_mask so the vTOM bit is no longer treated as part
of the physical address
* Remove CC_VENDOR_HYPERV and merge the associated vTOM functionality
under CC_VENDOR_AMD. Update cc_mkenc() and cc_mkdec() to set/clear
the vTOM bit as a protection flag.
* Code already exists to make hypercalls to inform Hyper-V about pages
changing between shared and private. Update this code to run as a
callback from __set_memory_enc_pgtable().
* Remove the Hyper-V special case from __set_memory_enc_dec()
* Remove the Hyper-V specific call to swiotlb_update_mem_attributes()
since mem_encrypt_init() will now do it.
* Add a Hyper-V specific implementation of the is_private_mmio()
callback that returns true for the IO-APIC and vTPM MMIO addresses
[1] https://lore.kernel.org/all/20211025122116.264793-1-ltykernel@gmail.com/
[2] https://lore.kernel.org/all/20211213071407.314309-1-ltykernel@gmail.com/
[ bp: Touchups. ]
Signed-off-by: Michael Kelley <mikelley@microsoft.com>
Signed-off-by: Borislav Petkov (AMD) <bp@alien8.de>
Link: https://lore.kernel.org/r/1679838727-87310-7-git-send-email-mikelley@microsoft.com
2023-03-26 06:52:01 -07:00
|
|
|
hv_vtom_init();
|
2017-01-18 16:45:02 -07:00
|
|
|
/*
|
|
|
|
* Setup the hook to get control post apic initialization.
|
|
|
|
*/
|
|
|
|
x86_platform.apic_post_init = hyperv_init;
|
2017-08-02 18:09:19 +02:00
|
|
|
hyperv_setup_mmu_ops();
|
2017-09-08 16:15:57 -07:00
|
|
|
/* Setup the IDT for hypervisor callback */
|
2020-05-21 22:05:43 +02:00
|
|
|
alloc_intr_gate(HYPERVISOR_CALLBACK_VECTOR, asm_sysvec_hyperv_callback);
|
2018-01-24 14:23:33 +01:00
|
|
|
|
|
|
|
/* Setup the IDT for reenlightenment notifications */
|
2020-09-26 07:26:26 -07:00
|
|
|
if (ms_hyperv.features & HV_ACCESS_REENLIGHTENMENT) {
|
2018-01-24 14:23:33 +01:00
|
|
|
alloc_intr_gate(HYPERV_REENLIGHTENMENT_VECTOR,
|
2020-05-21 22:05:43 +02:00
|
|
|
asm_sysvec_hyperv_reenlightenment);
|
|
|
|
}
|
2018-01-24 14:23:33 +01:00
|
|
|
|
2018-03-04 22:17:18 -07:00
|
|
|
/* Setup the IDT for stimer0 */
|
2020-05-21 22:05:43 +02:00
|
|
|
if (ms_hyperv.misc_features & HV_STIMER_DIRECT_MODE_AVAILABLE) {
|
2018-03-04 22:17:18 -07:00
|
|
|
alloc_intr_gate(HYPERV_STIMER0_VECTOR,
|
2020-05-21 22:05:43 +02:00
|
|
|
asm_sysvec_hyperv_stimer0);
|
|
|
|
}
|
2018-10-08 16:29:34 +08:00
|
|
|
|
|
|
|
# ifdef CONFIG_SMP
|
|
|
|
smp_ops.smp_prepare_boot_cpu = hv_smp_prepare_boot_cpu;
|
2023-08-18 06:29:17 -04:00
|
|
|
if (hv_root_partition || hv_isolation_type_en_snp())
|
2021-02-03 15:04:29 +00:00
|
|
|
smp_ops.smp_prepare_cpus = hv_smp_prepare_cpus;
|
2018-10-08 16:29:34 +08:00
|
|
|
# endif
|
2019-02-27 22:54:03 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Hyper-V doesn't provide irq remapping for IO-APIC. To enable x2apic,
|
2021-03-18 15:28:01 +01:00
|
|
|
* set x2apic destination mode to physical mode when x2apic is available
|
2019-02-27 22:54:03 +08:00
|
|
|
* and Hyper-V IOMMU driver makes sure cpus assigned with IO-APIC irqs
|
|
|
|
* have 8-bit APIC id.
|
|
|
|
*/
|
|
|
|
# ifdef CONFIG_X86_X2APIC
|
|
|
|
if (x2apic_supported())
|
|
|
|
x2apic_phys = 1;
|
|
|
|
# endif
|
|
|
|
|
2019-08-14 20:32:16 +08:00
|
|
|
/* Register Hyper-V specific clocksource */
|
|
|
|
hv_init_clocksource();
|
2023-04-10 22:55:32 -07:00
|
|
|
hv_vtl_init_platform();
|
2017-01-18 16:45:02 -07:00
|
|
|
#endif
|
2021-07-13 08:35:21 +05:30
|
|
|
/*
|
|
|
|
* TSC should be marked as unstable only after Hyper-V
|
|
|
|
* clocksource has been initialized. This ensures that the
|
|
|
|
* stability of the sched_clock is not altered.
|
|
|
|
*/
|
|
|
|
if (!(ms_hyperv.features & HV_ACCESS_TSC_INVARIANT))
|
|
|
|
mark_tsc_unstable("running on Hyper-V");
|
2022-05-09 08:44:23 -07:00
|
|
|
|
|
|
|
hardlockup_detector_disable();
|
2010-05-06 12:08:41 -07:00
|
|
|
}
|
2010-05-07 16:57:28 -07:00
|
|
|
|
x86/hyperv: Enable 15-bit APIC ID if the hypervisor supports it
When a Linux VM runs on Hyper-V, if the VM has CPUs with >255 APIC IDs,
the CPUs can't be the destination of IOAPIC interrupts, because the
IOAPIC RTE's Dest Field has only 8 bits. Currently the hackery driver
drivers/iommu/hyperv-iommu.c is used to ensure IOAPIC interrupts are
only routed to CPUs that don't have >255 APIC IDs. However, there is
an issue with kdump, because the kdump kernel can run on any CPU, and
hence IOAPIC interrupts can't work if the kdump kernel run on a CPU
with a >255 APIC ID.
The kdump issue can be fixed by the Extended Dest ID, which is introduced
recently by David Woodhouse (for IOAPIC, see the field virt_destid_8_14 in
struct IO_APIC_route_entry). Of course, the Extended Dest ID needs the
support of the underlying hypervisor. The latest Hyper-V has added the
support recently: with this commit, on such a Hyper-V host, Linux VM
does not use hyperv-iommu.c because hyperv_prepare_irq_remapping()
returns -ENODEV; instead, Linux kernel's generic support of Extended Dest
ID from David is used, meaning that Linux VM is able to support up to
32K CPUs, and IOAPIC interrupts can be routed to all the CPUs.
On an old Hyper-V host that doesn't support the Extended Dest ID, nothing
changes with this commit: Linux VM is still able to bring up the CPUs with
> 255 APIC IDs with the help of hyperv-iommu.c, but IOAPIC interrupts still
can not go to such CPUs, and the kdump kernel still can not work properly
on such CPUs.
[ tglx: Updated comment as suggested by David ]
Signed-off-by: Dexuan Cui <decui@microsoft.com>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: David Woodhouse <dwmw@amazon.co.uk>
Link: https://lore.kernel.org/r/20201103011136.59108-1-decui@microsoft.com
2020-11-02 17:11:36 -08:00
|
|
|
static bool __init ms_hyperv_x2apic_available(void)
|
|
|
|
{
|
|
|
|
return x2apic_supported();
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* If ms_hyperv_msi_ext_dest_id() returns true, hyperv_prepare_irq_remapping()
|
|
|
|
* returns -ENODEV and the Hyper-V IOMMU driver is not used; instead, the
|
|
|
|
* generic support of the 15-bit APIC ID is used: see __irq_msi_compose_msg().
|
|
|
|
*
|
|
|
|
* Note: for a VM on Hyper-V, the I/O-APIC is the only device which
|
|
|
|
* (logically) generates MSIs directly to the system APIC irq domain.
|
|
|
|
* There is no HPET, and PCI MSI/MSI-X interrupts are remapped by the
|
|
|
|
* pci-hyperv host bridge.
|
2022-11-17 12:11:39 -08:00
|
|
|
*
|
|
|
|
* Note: for a Hyper-V root partition, this will always return false.
|
|
|
|
* The hypervisor doesn't expose these HYPERV_CPUID_VIRT_STACK_* cpuids by
|
|
|
|
* default, they are implemented as intercepts by the Windows Hyper-V stack.
|
|
|
|
* Even a nested root partition (L2 root) will not get them because the
|
|
|
|
* nested (L1) hypervisor filters them out.
|
x86/hyperv: Enable 15-bit APIC ID if the hypervisor supports it
When a Linux VM runs on Hyper-V, if the VM has CPUs with >255 APIC IDs,
the CPUs can't be the destination of IOAPIC interrupts, because the
IOAPIC RTE's Dest Field has only 8 bits. Currently the hackery driver
drivers/iommu/hyperv-iommu.c is used to ensure IOAPIC interrupts are
only routed to CPUs that don't have >255 APIC IDs. However, there is
an issue with kdump, because the kdump kernel can run on any CPU, and
hence IOAPIC interrupts can't work if the kdump kernel run on a CPU
with a >255 APIC ID.
The kdump issue can be fixed by the Extended Dest ID, which is introduced
recently by David Woodhouse (for IOAPIC, see the field virt_destid_8_14 in
struct IO_APIC_route_entry). Of course, the Extended Dest ID needs the
support of the underlying hypervisor. The latest Hyper-V has added the
support recently: with this commit, on such a Hyper-V host, Linux VM
does not use hyperv-iommu.c because hyperv_prepare_irq_remapping()
returns -ENODEV; instead, Linux kernel's generic support of Extended Dest
ID from David is used, meaning that Linux VM is able to support up to
32K CPUs, and IOAPIC interrupts can be routed to all the CPUs.
On an old Hyper-V host that doesn't support the Extended Dest ID, nothing
changes with this commit: Linux VM is still able to bring up the CPUs with
> 255 APIC IDs with the help of hyperv-iommu.c, but IOAPIC interrupts still
can not go to such CPUs, and the kdump kernel still can not work properly
on such CPUs.
[ tglx: Updated comment as suggested by David ]
Signed-off-by: Dexuan Cui <decui@microsoft.com>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: David Woodhouse <dwmw@amazon.co.uk>
Link: https://lore.kernel.org/r/20201103011136.59108-1-decui@microsoft.com
2020-11-02 17:11:36 -08:00
|
|
|
*/
|
|
|
|
static bool __init ms_hyperv_msi_ext_dest_id(void)
|
|
|
|
{
|
|
|
|
u32 eax;
|
|
|
|
|
|
|
|
eax = cpuid_eax(HYPERV_CPUID_VIRT_STACK_INTERFACE);
|
|
|
|
if (eax != HYPERV_VS_INTERFACE_EAX_SIGNATURE)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
eax = cpuid_eax(HYPERV_CPUID_VIRT_STACK_PROPERTIES);
|
|
|
|
return eax & HYPERV_VS_PROPERTIES_EAX_EXTENDED_IOAPIC_RTE;
|
|
|
|
}
|
|
|
|
|
2023-08-18 06:29:18 -04:00
|
|
|
#ifdef CONFIG_AMD_MEM_ENCRYPT
|
|
|
|
static void hv_sev_es_hcall_prepare(struct ghcb *ghcb, struct pt_regs *regs)
|
|
|
|
{
|
|
|
|
/* RAX and CPL are already in the GHCB */
|
|
|
|
ghcb_set_rcx(ghcb, regs->cx);
|
|
|
|
ghcb_set_rdx(ghcb, regs->dx);
|
|
|
|
ghcb_set_r8(ghcb, regs->r8);
|
|
|
|
}
|
|
|
|
|
|
|
|
static bool hv_sev_es_hcall_finish(struct ghcb *ghcb, struct pt_regs *regs)
|
|
|
|
{
|
|
|
|
/* No checking of the return state needed */
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2017-11-09 14:27:36 +01:00
|
|
|
const __initconst struct hypervisor_x86 x86_hyper_ms_hyperv = {
|
2017-06-25 10:06:41 -07:00
|
|
|
.name = "Microsoft Hyper-V",
|
2010-05-07 16:57:28 -07:00
|
|
|
.detect = ms_hyperv_platform,
|
2017-11-09 14:27:36 +01:00
|
|
|
.type = X86_HYPER_MS_HYPERV,
|
x86/hyperv: Enable 15-bit APIC ID if the hypervisor supports it
When a Linux VM runs on Hyper-V, if the VM has CPUs with >255 APIC IDs,
the CPUs can't be the destination of IOAPIC interrupts, because the
IOAPIC RTE's Dest Field has only 8 bits. Currently the hackery driver
drivers/iommu/hyperv-iommu.c is used to ensure IOAPIC interrupts are
only routed to CPUs that don't have >255 APIC IDs. However, there is
an issue with kdump, because the kdump kernel can run on any CPU, and
hence IOAPIC interrupts can't work if the kdump kernel run on a CPU
with a >255 APIC ID.
The kdump issue can be fixed by the Extended Dest ID, which is introduced
recently by David Woodhouse (for IOAPIC, see the field virt_destid_8_14 in
struct IO_APIC_route_entry). Of course, the Extended Dest ID needs the
support of the underlying hypervisor. The latest Hyper-V has added the
support recently: with this commit, on such a Hyper-V host, Linux VM
does not use hyperv-iommu.c because hyperv_prepare_irq_remapping()
returns -ENODEV; instead, Linux kernel's generic support of Extended Dest
ID from David is used, meaning that Linux VM is able to support up to
32K CPUs, and IOAPIC interrupts can be routed to all the CPUs.
On an old Hyper-V host that doesn't support the Extended Dest ID, nothing
changes with this commit: Linux VM is still able to bring up the CPUs with
> 255 APIC IDs with the help of hyperv-iommu.c, but IOAPIC interrupts still
can not go to such CPUs, and the kdump kernel still can not work properly
on such CPUs.
[ tglx: Updated comment as suggested by David ]
Signed-off-by: Dexuan Cui <decui@microsoft.com>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: David Woodhouse <dwmw@amazon.co.uk>
Link: https://lore.kernel.org/r/20201103011136.59108-1-decui@microsoft.com
2020-11-02 17:11:36 -08:00
|
|
|
.init.x2apic_available = ms_hyperv_x2apic_available,
|
|
|
|
.init.msi_ext_dest_id = ms_hyperv_msi_ext_dest_id,
|
2017-11-09 14:27:35 +01:00
|
|
|
.init.init_platform = ms_hyperv_init_platform,
|
2023-08-18 06:29:18 -04:00
|
|
|
#ifdef CONFIG_AMD_MEM_ENCRYPT
|
|
|
|
.runtime.sev_es_hcall_prepare = hv_sev_es_hcall_prepare,
|
|
|
|
.runtime.sev_es_hcall_finish = hv_sev_es_hcall_finish,
|
|
|
|
#endif
|
2010-05-07 16:57:28 -07:00
|
|
|
};
|