kvm_vcpu_exit_request(9)
β¨ kvm_vcpu_exit_request β¨
okay bestie, welcome to the kvm_vcpu_exit_request page from the Kernel API Manual β yes that's the manual name, and yes it's giving "official but make it cute" π
This one's a little function that tells you whether the VCPU should not enter the guest, like, at all. Not today, guest. πͺβ¨
πΈ SYNOPSIS πΈ
bool kvm_vcpu_exit_request (struct kvm_vcpu *vcpu , int *ret );
that's the whole signature, no cap β it takes two things and hands you back a bool π«Ά
π ARGUMENTS π
vcpuβ the VCPU pointer, literally just the pointer to the VCPU we're vibing about π¦retβ a pointer where the optional return code gets written. optional, bestie, remember that word π
π RETURN π
returns true if the VCPU needs to bail back to a preemptible + interruptible state and skip guest entry. that's the whole vibe check β
π DESCRIPTION π
so here's the tea, and it's actually iconic: this function disambiguates between two different types of exits π§
- exits to a preemptible + interruptible kernel context
- exits to userspace
for an exit to userspace, this function will write the return code to ret and return true. π―
for an exit to preemptible + interruptible kernel context β i.e. check for pending work and re-enter β it returns true without writing to ret. no touchy the ret, periodt π«π
so if you're staring at ret wondering why nothing landed there: it might just be the second kind of exit. check before you assume, iykyk π
π¦ SEE ALSO π¦
- Kernel file
./arch/arm64/kvm/arm.cβ go read it, it's the main character here π kvm_arch_init_vm(9)kvm_arch_destroy_vm(9)kvm_arch_vcpu_runnable(9)kvm_vcpu_wfi(9)check_vcpu_requests(9)kvm_arch_vcpu_ioctl_run(9)
and that's the page fr fr π this one lives in ./arch/arm64/kvm and it's dated October 2026 β so mark your calendar bestie, slay πβπ
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms