aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/usb/cdns3/cdns3-trace.c
diff options
context:
space:
mode:
authorSean Christopherson <[email protected]>2024-01-10 00:39:35 +0000
committerSean Christopherson <[email protected]>2024-02-23 00:26:26 +0000
commit77bcd9e6231a5297ef417a7d7f734d61c2bcceb6 (patch)
treecab40abfd19ea43db33e84549d7588a6febd0623 /drivers/usb/cdns3/cdns3-trace.c
parentKVM: x86: Sanity check that kvm_has_noapic_vcpu is zero at module_exit() (diff)
downloadkernel-77bcd9e6231a5297ef417a7d7f734d61c2bcceb6.tar.gz
kernel-77bcd9e6231a5297ef417a7d7f734d61c2bcceb6.zip
KVM: Add dedicated arch hook for querying if vCPU was preempted in-kernel
Plumb in a dedicated hook for querying whether or not a vCPU was preempted in-kernel. Unlike literally every other architecture, x86's VMX can check if a vCPU is in kernel context if and only if the vCPU is loaded on the current pCPU. x86's kvm_arch_vcpu_in_kernel() works around the limitation by querying kvm_get_running_vcpu() and redirecting to vcpu->arch.preempted_in_kernel as needed. But that's unnecessary, confusing, and fragile, e.g. x86 has had at least one bug where KVM incorrectly used a stale preempted_in_kernel. No functional change intended. Reviewed-by: Yuan Yao <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Sean Christopherson <[email protected]>
Diffstat (limited to 'drivers/usb/cdns3/cdns3-trace.c')
0 files changed, 0 insertions, 0 deletions