From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752237AbdKHR1F (ORCPT ); Wed, 8 Nov 2017 12:27:05 -0500 Received: from www.llwyncelyn.cymru ([82.70.14.225]:49690 "EHLO fuzix.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752114AbdKHR1E (ORCPT ); Wed, 8 Nov 2017 12:27:04 -0500 Date: Wed, 8 Nov 2017 17:24:04 +0000 From: Alan Cox To: Denys Vlasenko Cc: Linus Torvalds , Paolo Bonzini , Peter Anvin , Borislav Petkov , Vlastimil Babka , Tony Luck , Fenghua Yu , Josh Poimboeuf , Borislav Petkov , Brian Gerst , Jonathan Corbet , "Ravi V. Shankar" , ricardo.neri-calderon@linux.intel.com, Chris Metcalf , Andrew Morton , Paul Gortmaker , Masami Hiramatsu , Andrew Lutomirski , Dave Hansen , ray.huang@amd.com, "Michael S. Tsirkin" , Linux Kernel Mailing List , Peter Zijlstra , Chen Yucong , Ingo Molnar , Jiri Slaby , Shuah Khan , Thomas Gleixner , "linux-tip-commits@vger.kernel.org\" "@fuzix.org Subject: Re: [tip:x86/asm] x86/umip: Add emulation code for UMIP instructions Message-ID: <20171108172404.128c53fb@alans-desktop> In-Reply-To: <3cdde8ac-500c-ddad-5ea5-a733e2c98d84@redhat.com> References: <1509935277-22138-8-git-send-email-ricardo.neri-calderon@linux.intel.com> <3cdde8ac-500c-ddad-5ea5-a733e2c98d84@redhat.com> Organization: Intel Corporation X-Mailer: Claws Mail 3.15.1-dirty (GTK+ 2.24.31; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 8 Nov 2017 17:53:12 +0100 Denys Vlasenko wrote: > On 11/08/2017 05:34 PM, Linus Torvalds wrote: > > On Wed, Nov 8, 2017 at 8:14 AM, Denys Vlasenko wrote: > >> > >> Can we avoid maintain emulation of these isns, by asking Wine to remove > >> their use instead? > > > > If we ask the Wine people to remove the instruction use, that may mean > > that we can avoid the emulation in four or five _years_ once everybody > > has updated. > > > > But it wouldn't mean that we could avoid it today. > > We can postpone enabling UMIP by default by a year or so. > By this time, new Wine will be on majority of users' machines. And because Wine compatibility is a bit random at times many users will have multiple wine versiosn at once on their system which they expect to continue to work as they used to. For gaming in particularl that isn't going to change. There are even front ends that let you package up games with the right matching wine they were tested with. Alan