Re: [patch V3 36/66] x86/fpu: Rename initstate copy functions

From: Borislav Petkov
Date: Tue Jun 22 2021 - 06:48:45 EST


On Fri, Jun 18, 2021 at 04:18:59PM +0200, Thomas Gleixner wrote:
> Again this not a copy. It's loading register state.
>
> Signed-off-by: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
> ---
> arch/x86/kernel/fpu/core.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> --- a/arch/x86/kernel/fpu/core.c
> +++ b/arch/x86/kernel/fpu/core.c
> @@ -303,7 +303,7 @@ void fpu__drop(struct fpu *fpu)
> * Clear FPU registers by setting them up from the init fpstate.
> * Caller must do fpregs_[un]lock() around it.
> */
> -static inline void copy_init_fpstate_to_fpregs(u64 features_mask)
> +static inline void load_fpregs_from_init_fpstate(u64 features_mask)
> {
> if (use_xsave())
> os_xrstor(&init_fpstate.xsave, features_mask);
> @@ -338,9 +338,9 @@ static void fpu__clear(struct fpu *fpu,
> if (!fpregs_state_valid(fpu, smp_processor_id()) &&
> xfeatures_mask_supervisor())
> os_xrstor(&fpu->state.xsave, xfeatures_mask_supervisor());
> - copy_init_fpstate_to_fpregs(xfeatures_mask_user());
> + load_fpregs_from_init_fpstate(xfeatures_mask_user());
> } else {
> - copy_init_fpstate_to_fpregs(xfeatures_mask_all);
> + load_fpregs_from_init_fpstate(xfeatures_mask_all);
> }

"load"?

I think you want "restore" here in accordance with the new convention,
like with the previous patch.

--
Regards/Gruss,
Boris.

SUSE Software Solutions Germany GmbH, GF: Felix Imendörffer, HRB 36809, AG Nürnberg