diff options
author | Sean Christopherson <seanjc@google.com> | 2025-08-27 17:01:53 -0700 |
---|---|---|
committer | Wei Liu <wei.liu@kernel.org> | 2025-09-30 22:50:18 +0000 |
commit | 6d0386ea99875313fdfd074eb74013b6e3b48a76 (patch) | |
tree | 2ab67bd74f52f15aa71173d95bf4d89ba11e94d4 /kernel/entry/virt.c | |
parent | 0ebac01a00be972020c002a7fe0bb6b6fca8410f (diff) |
entry/kvm: KVM: Move KVM details related to signal/-EINTR into KVM proper
Move KVM's morphing of pending signals into userspace exits into KVM
proper, and drop the @vcpu param from xfer_to_guest_mode_handle_work().
How KVM responds to -EINTR is a detail that really belongs in KVM itself,
and invoking kvm_handle_signal_exit() from kernel code creates an inverted
module dependency. E.g. attempting to move kvm_handle_signal_exit() into
kvm_main.c would generate an linker error when building kvm.ko as a module.
Dropping KVM details will also converting the KVM "entry" code into a more
generic virtualization framework so that it can be used when running as a
Hyper-V root partition.
Lastly, eliminating usage of "struct kvm_vcpu" outside of KVM is also nice
to have for KVM x86 developers, as keeping the details of kvm_vcpu purely
within KVM allows changing the layout of the structure without having to
boot into a new kernel, e.g. allows rebuilding and reloading kvm.ko with a
modified kvm_vcpu structure as part of debug/development.
Signed-off-by: Sean Christopherson <seanjc@google.com>
Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Wei Liu <wei.liu@kernel.org>
Diffstat (limited to 'kernel/entry/virt.c')
0 files changed, 0 insertions, 0 deletions