On 01/11, [email protected] wrote: > > Defer restoring the FPU state, if so desired, until the task returns to > userspace.
And yet another concern ;) Although I feel that I am totally confused and probably wrong. > --- a/arch/x86/include/asm/fpu-internal.h > +++ b/arch/x86/include/asm/fpu-internal.h > @@ -382,6 +382,7 @@ static inline void drop_init_fpu(struct task_struct *tsk) > else > fxrstor_checking(&init_xstate_buf->i387); > } > + clear_thread_flag(TIF_LOAD_FPU); > } OK, but shouldn't (say) restore_user_xstate() clear TIF_LOAD_FPU too? Otherwise, can't switch_fpu_finish() restore the wrong context later? Or. Perhaps switch_fpu_finish() should do nothing if fpu.has_fpu == T, I dunno. Oleg. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
