summaryrefslogtreecommitdiff
path: root/kernel/entry/virt.c
diff options
context:
space:
mode:
authorSean Christopherson <seanjc@google.com>2025-08-27 17:01:53 -0700
committerWei Liu <wei.liu@kernel.org>2025-09-30 22:50:18 +0000
commit6d0386ea99875313fdfd074eb74013b6e3b48a76 (patch)
tree2ab67bd74f52f15aa71173d95bf4d89ba11e94d4 /kernel/entry/virt.c
parent0ebac01a00be972020c002a7fe0bb6b6fca8410f (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