From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756941AbbE2Svq (ORCPT ); Fri, 29 May 2015 14:51:46 -0400 Received: from mail-wg0-f50.google.com ([74.125.82.50]:33486 "EHLO mail-wg0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756338AbbE2Svi (ORCPT ); Fri, 29 May 2015 14:51:38 -0400 Date: Fri, 29 May 2015 20:51:34 +0200 From: Ingo Molnar To: Borislav Petkov Cc: Andy Lutomirski , Dave Hansen , "linux-kernel@vger.kernel.org" , X86 ML , Thomas Gleixner , Dave Hansen , Oleg Nesterov , Rik van Riel , Suresh Siddha , Ingo Molnar , "H. Peter Anvin" , Fenghua Yu , Linus Torvalds , Peter Zijlstra Subject: Re: [PATCH 02/19] x86, fpu: Wrap get_xsave_addr() to make it safer Message-ID: <20150529185134.GD27501@gmail.com> References: <20150527183609.964CC3BA@viggo.jf.intel.com> <20150527183610.56178C96@viggo.jf.intel.com> <20150528084140.GA31719@gmail.com> <556729FE.1020007@sr71.net> <20150528150114.GA10146@gmail.com> <55674157.4070108@sr71.net> <20150529161036.GK31435@pd.tnic> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150529161036.GK31435@pd.tnic> 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 * Borislav Petkov wrote: > On Thu, May 28, 2015 at 06:05:33PM -0700, Andy Lutomirski wrote: > > I would propose that we take the opposite approach and just ban > > eagerfpu=off when MPX is enabled. We could then take the next step > > and default eagerfpu=on for everyone and, if nothing breaks, then just > > delete lazy mode entirely. > > > > I suspect we'd have to go back to Pentium 3 or earlier to find a CPU > > on which lazy mode is actually a good idea. > > Last time I checked (and ran some benchmarks) it was only a minute > slowdown so I say we kill lazy mode if it means significant code > complexity drop. > > Can I also emulate Greg here and suggest that Pentium 3 people should > buy newer hw? They should think about the environment, if nothing else. > > :-P I went back as far as Athon64 and the CR0 manipulation and CR0 faults are overly expensive there too. Ok, you guys convinced me, I'll do a patch for this in tip:x86/fpu, and then people can benchmark it. Thanks, Ingo