From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752622AbdDDCFk (ORCPT ); Mon, 3 Apr 2017 22:05:40 -0400 Received: from mga05.intel.com ([192.55.52.43]:8563 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752482AbdDDCFh (ORCPT ); Mon, 3 Apr 2017 22:05:37 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.36,273,1486454400"; d="scan'208";a="84301713" Message-ID: <1491271536.2647.72.camel@ranerica-desktop> Subject: Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention From: Ricardo Neri To: Stas Sergeev Cc: Andy Lutomirski , Ingo Molnar , Thomas Gleixner , "H. Peter Anvin" , Andy Lutomirski , Borislav Petkov , Peter Zijlstra , Andrew Morton , Brian Gerst , Chris Metcalf , Dave Hansen , Paolo Bonzini , Liang Z Li , Masami Hiramatsu , Huang Rui , Jiri Slaby , Jonathan Corbet , "Michael S. Tsirkin" , Paul Gortmaker , Vlastimil Babka , Chen Yucong , Alexandre Julliard , Fenghua Yu , "Ravi V. Shankar" , Shuah Khan , "linux-kernel@vger.kernel.org" , X86 ML , linux-msdos@vger.kernel.org, wine-devel@winehq.org Date: Mon, 03 Apr 2017 19:05:36 -0700 In-Reply-To: <6ec5ae47-42a8-7ed8-ec25-97350de15b21@list.ru> References: <20170308003254.27833-1-ricardo.neri-calderon@linux.intel.com> <79ba0fff-4c01-2bfa-06cb-5cfc98dd710c@list.ru> <997ba581-ecfa-b773-a48e-85b92a439836@list.ru> <1489022122.131264.33.camel@ranerica-desktop> <63231222-5b42-c8c9-02f0-0afbe702d8b5@list.ru> <1489190396.131264.47.camel@ranerica-desktop> <6331deea-e9b0-fcfe-b75d-8100f37a615a@list.ru> <1490658399.2647.14.camel@ranerica-desktop> <1490762284.2647.24.camel@ranerica-desktop> <2a9c7bfd-e85c-2673-d3b5-906fe7dd8db4@list.ru> <1490850848.2647.28.camel@ranerica-desktop> <6ec5ae47-42a8-7ed8-ec25-97350de15b21@list.ru> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4-0ubuntu2 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 2017-04-01 at 16:08 +0300, Stas Sergeev wrote: > 30.03.2017 08:14, Ricardo Neri пишет: > >>>>>> You know the wine's > >>>>>> requirements now - they are very small. And > >>>>>> dosemu doesn't need anything at all but smsw. > >>>>>> And even smsw is very rare. > >>>>> But emulation is still needed for SMSW, right? > >>>> Likely so. > >>>> If you want, I can enable the logging of this command > >>>> and see if it is used by some of the DOS programs I have. > >>> It would be great if you could do that, if you don't mind. > >> OK, scheduled to the week-end. > >> I'll let you know. > > Thanks! > OK, done the testing. > It appears smsw is used in v86 by windows-3.1 and dos4gw > at the very least, and these are the "major" apps. So doing > without a fixup in v86 will not go unnoticed. Unfortunately > this also means that KVM-vm86 should be properly tested. > I have also found a weird program that does SGDT under > v86. This causes "ERROR: SGDT not implemented" under > dosemu, but the prog still works fine as it obviously does > not care about the results. This app can easily be broken > of course, if that makes any sense (likely not). Thanks for inputs! Then it seems that we will need emulation for sgdt and smsw. Perhaps sidt? sldt and str will not need emulation in either protected mode or virtual-8086 mode. At a later stage I can look into working in the syscall as Andy proposes. I will also look into the kvm-v86 path for dosemu2. It seems we have an agreement :) Do we? Thanks and BR, Ricardo From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Neri Subject: Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention Date: Mon, 03 Apr 2017 19:05:36 -0700 Message-ID: <1491271536.2647.72.camel@ranerica-desktop> References: <20170308003254.27833-1-ricardo.neri-calderon@linux.intel.com> <79ba0fff-4c01-2bfa-06cb-5cfc98dd710c@list.ru> <997ba581-ecfa-b773-a48e-85b92a439836@list.ru> <1489022122.131264.33.camel@ranerica-desktop> <63231222-5b42-c8c9-02f0-0afbe702d8b5@list.ru> <1489190396.131264.47.camel@ranerica-desktop> <6331deea-e9b0-fcfe-b75d-8100f37a615a@list.ru> <1490658399.2647.14.camel@ranerica-desktop> <1490762284.2647.24.camel@ranerica-desktop> <2a9c7bfd-e85c-2673-d3b5-906fe7dd8db4@list.ru> <1490850848.2647.28.camel@ranerica-desktop> <6ec5ae47-42a8-7ed8-ec25-97350de15b21@list.ru> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Return-path: In-Reply-To: <6ec5ae47-42a8-7ed8-ec25-97350de15b21@list.ru> Sender: linux-kernel-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="utf-8" To: Stas Sergeev Cc: Andy Lutomirski , Ingo Molnar , Thomas Gleixner , "H. Peter Anvin" , Andy Lutomirski , Borislav Petkov , Peter Zijlstra , Andrew Morton , Brian Gerst , Chris Metcalf , Dave Hansen , Paolo Bonzini , Liang Z Li , Masami Hiramatsu , Huang Rui , Jiri Slaby , Jonathan Corbet , "Michael S. Tsirkin" , Paul Gortmaker , Vlastimil Babka , Chen Yucong <> On Sat, 2017-04-01 at 16:08 +0300, Stas Sergeev wrote: > 30.03.2017 08:14, Ricardo Neri пишет: > >>>>>> You know the wine's > >>>>>> requirements now - they are very small. And > >>>>>> dosemu doesn't need anything at all but smsw. > >>>>>> And even smsw is very rare. > >>>>> But emulation is still needed for SMSW, right? > >>>> Likely so. > >>>> If you want, I can enable the logging of this command > >>>> and see if it is used by some of the DOS programs I have. > >>> It would be great if you could do that, if you don't mind. > >> OK, scheduled to the week-end. > >> I'll let you know. > > Thanks! > OK, done the testing. > It appears smsw is used in v86 by windows-3.1 and dos4gw > at the very least, and these are the "major" apps. So doing > without a fixup in v86 will not go unnoticed. Unfortunately > this also means that KVM-vm86 should be properly tested. > I have also found a weird program that does SGDT under > v86. This causes "ERROR: SGDT not implemented" under > dosemu, but the prog still works fine as it obviously does > not care about the results. This app can easily be broken > of course, if that makes any sense (likely not). Thanks for inputs! Then it seems that we will need emulation for sgdt and smsw. Perhaps sidt? sldt and str will not need emulation in either protected mode or virtual-8086 mode. At a later stage I can look into working in the syscall as Andy proposes. I will also look into the kvm-v86 path for dosemu2. It seems we have an agreement :) Do we? Thanks and BR, Ricardo