From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754015AbbCMKtc (ORCPT ); Fri, 13 Mar 2015 06:49:32 -0400 Received: from cantor2.suse.de ([195.135.220.15]:41324 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750996AbbCMKta (ORCPT ); Fri, 13 Mar 2015 06:49:30 -0400 Date: Fri, 13 Mar 2015 11:48:01 +0100 From: Borislav Petkov To: Oleg Nesterov Cc: Dave Hansen , Ingo Molnar , Andy Lutomirski , Linus Torvalds , Pekka Riikonen , Rik van Riel , Suresh Siddha , LKML , "Yu, Fenghua" , Quentin Casasnovas Subject: Re: [PATCH 3/4] x86/fpu: use restore_init_xstate() instead of math_state_restore() on kthread exec Message-ID: <20150313104801.GC31998@pd.tnic> References: <54F74F59.5070107@intel.com> <20150311173346.GB5032@redhat.com> <20150311173449.GE5032@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20150311173449.GE5032@redhat.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 11, 2015 at 06:34:49PM +0100, Oleg Nesterov wrote: > Change flush_thread() to do user_fpu_begin() + restore_init_xstate() > and avoid math_state_restore(). > > Note: "TODO: cleanup this horror" is still valid. We do not need > init_fpu() at all, we only need fpu_alloc() + memset(0). But this needs > other changes, in particular user_fpu_begin() should set used_math(). > > Signed-off-by: Oleg Nesterov > --- > arch/x86/kernel/process.c | 3 ++- > 1 files changed, 2 insertions(+), 1 deletions(-) > > diff --git a/arch/x86/kernel/process.c b/arch/x86/kernel/process.c > index dd9a069..c396de2 100644 > --- a/arch/x86/kernel/process.c > +++ b/arch/x86/kernel/process.c > @@ -142,7 +142,8 @@ void flush_thread(void) > /* kthread execs. TODO: cleanup this horror. */ > if (WARN_ON(init_fpu(current))) > force_sig(SIGKILL, current); > - math_state_restore(); > + user_fpu_begin(); > + restore_init_xstate(); Ok, question: so math_state_restore() does kernel_fpu_disable() before doing those, why is it ok for flush_thread() to not do it? -- Regards/Gruss, Boris. ECO tip #101: Trim your mails when you reply. --