lkml.org 
[lkml]   [2021]   [Dec]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH 14/19] x86/fpu: Prepare for KVM XFD_ERR handling
Date
On Tue, Dec 07 2021 at 19:03, Yang Zhong wrote:
> --- a/arch/x86/kernel/fpu/core.c
> +++ b/arch/x86/kernel/fpu/core.c
> @@ -322,6 +322,55 @@ int fpu_swap_kvm_fpstate(struct fpu_guest *guest_fpu, bool enter_guest)
> }
> EXPORT_SYMBOL_GPL(fpu_swap_kvm_fpstate);
>
> +#ifdef CONFIG_X86_64
> +void fpu_save_guest_xfd_err(struct fpu_guest *guest_fpu)
> +{
> + if (guest_fpu->xfd_err & XFD_ERR_GUEST_DISABLED)
> + return;
> +
> + /* A non-zero value indicates guest XFD_ERR already saved */
> + if (guest_fpu->xfd_err)
> + return;
> +
> + /* Guest XFD_ERR must be saved before switching to host fpstate */
> + WARN_ON_ONCE(!current->thread.fpu.fpstate->is_guest);

Warn and proceed?

> + rdmsrl(MSR_IA32_XFD_ERR, guest_fpu->xfd_err);
> +
> + /*
> + * Restore to the host value if guest xfd_err is non-zero.
> + * Except in #NM handler, all other places in the kernel
> + * should just see xfd_err=0. So just restore to 0.
> + */
> + if (guest_fpu->xfd_err)
> + wrmsrl(MSR_IA32_XFD_ERR, 0);
> +
> + guest_fpu->xfd_err |= XFD_ERR_GUEST_SAVED;
> +}
> +EXPORT_SYMBOL_GPL(fpu_save_guest_xfd_err);
> +
> +void fpu_restore_guest_xfd_err(struct fpu_guest *guest_fpu)
> +{
> + u64 xfd_err = guest_fpu->xfd_err;
> +
> + if (xfd_err & XFD_ERR_GUEST_DISABLED)
> + return;
> +
> + xfd_err &= ~XFD_ERR_GUEST_SAVED;
> +
> + /*
> + * No need to restore a zero value since XFD_ERR
> + * is always zero outside of #NM handler in the host.
> + */
> + if (!xfd_err)
> + return;
> +
> + wrmsrl(MSR_IA32_XFD_ERR, xfd_err);
> + guest_fpu->xfd_err = 0;
> +}

Why should any pf this be in the FPU core?

It's a pure guest issue as all of this is related to struct fpu_guest
and not struct fpu or any other core FPU state.

Thanks,

tglx

\
 
 \ /
  Last update: 2021-12-11 00:20    [W:0.364 / U:0.008 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site