From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752863AbdDDIEb (ORCPT ); Tue, 4 Apr 2017 04:04:31 -0400 Received: from smtp58.i.mail.ru ([217.69.128.38]:58012 "EHLO smtp58.i.mail.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751022AbdDDIEX (ORCPT ); Tue, 4 Apr 2017 04:04:23 -0400 Subject: Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention To: Ricardo Neri 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> <1491271536.2647.72.camel@ranerica-desktop> 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 From: Stas Sergeev Message-ID: <373da2ab-7621-6bd9-9163-b55d57fb5cb0@list.ru> Date: Tue, 4 Apr 2017 11:03:48 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <1491271536.2647.72.camel@ranerica-desktop> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Authentication-Results: smtp58.i.mail.ru; auth=pass smtp.auth=stsp@list.ru smtp.mailfrom=stsp@list.ru X-7FA49CB5: 0D63561A33F958A5D5B09BD2FD858D1C829F3660D08D87704A5B9DA9E96A7C969F18ECD7E95F35E929AFE063DF4C541C84AC6BF0B810F5FAE9FA4599780DA815A98AD9646F7AAD834B493818E2D47144 X-Mailru-Sender: F1845AB6CCC9920DF7838D61D4D05C4212E412D607E7C43C0CE34DF51444774A66A1850B4099A5D51653177920737CA72999BEE114A20FF4278B2D54D4112F244F0A872F021F905956A8FB0C6EBA5FCCEAB4BC95F72C04283CDA0F3B3F5B9367 X-Mras: OK Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 04.04.2017 05:05, Ricardo Neri пишет: > 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. I wouldn't claim we need an emulation of sgdt. One or 2 exotic apps do not count much, considering the overall small usage of dosemu and an easiness of re-adding them to dosemu itself. So if it makes any sense to not add it for vm86, then please leave it omitted. However it seems Andy wants an overall completeness here, lot let me just say I'll be fine with either option. > Perhaps sidt? If only for overall completeness. If it makes any sense to, please leave it omitted. > 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? Yes, fine with me.