On Wed, Oct 23, 2019 at 02:27:21PM +0200, Thomas Gleixner wrote:
> Entering a guest is similar to exiting to user space. Pending work like
> handling signals, rescheduling, task work etc. needs to be handled before
> that.
> 
> Provide generic infrastructure to avoid duplication of the same handling code
> all over the place.
> 
> The kvm_exit code is split up into a KVM specific part and a generic
> builtin core part to avoid multiple exports for the actual work
> functions. The exit to guest mode handling is slightly different from the
> exit to usermode handling, e.g. vs. rseq, so a separate function is used.
> 
> Signed-off-by: Thomas Gleixner <t...@linutronix.de>
> ---
> --- a/include/linux/kvm_host.h
> +++ b/include/linux/kvm_host.h
> +/**
> + * exit_to_guestmode - Check and handle pending work which needs to be
> + *                  handled before returning to guest mode

Nit: I'd prefer "transferring" or "transitioning" over "returning".  KVM
could bail out of the very first run of a guest in order to handle work,
in which case the kernel isn't technically returning to guest mode as it's
never been there.  The comment might trip up VMX folks that understand the
difference between VMLAUNCH and VMRESUME, but not the purpose of this code.

> + * @kvm:     Pointer to the guest instance
> + * @vcpu:    Pointer to current's VCPU data
> + *
> + * Returns: 0 or an error code
> + */
> +static inline int exit_to_guestmode(struct kvm *kvm, struct kvm_vcpu *vcpu)
> +{
> +     unsigned long ti_work = READ_ONCE(current_thread_info()->flags);
> +     int r = 0;
> +
> +     if (unlikely(ti_work & EXIT_TO_GUESTMODE_WORK)) {
> +             if (ti_work & _TIF_SIGPENDING) {
> +                     vcpu->run->exit_reason = KVM_EXIT_INTR;
> +                     vcpu->stat.signal_exits++;
> +                     return -EINTR;
> +             }
> +             core_exit_to_guestmode_work(ti_work);
> +             r = arch_exit_to_guestmode_work(kvm, vcpu, ti_work);
> +     }
> +     return r;
> +}
> +
> +/**
> + * _exit_to_guestmode_work_pending - Check if work is pending which needs to 
> be
> + *                                handled before returning to guest mode

Same pedantic comment on "returning".

> + *
> + * Returns: True if work pending, False otherwise.
> + */
> +static inline bool exit_to_guestmode_work_pending(void)
> +{
> +     unsigned long ti_work = READ_ONCE(current_thread_info()->flags);
> +
> +     lockdep_assert_irqs_disabled();
> +
> +     return !!(ti_work & EXIT_TO_GUESTMODE_WORK);
> +
> +}
> +#endif /* CONFIG_KVM_EXIT_TO_GUEST_WORK */
> +
>  #endif

Reply via email to