From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56393) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eK4LP-0007qg-3u for qemu-devel@nongnu.org; Wed, 29 Nov 2017 10:32:16 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eK4LL-0001Cd-UH for qemu-devel@nongnu.org; Wed, 29 Nov 2017 10:32:15 -0500 Received: from mx1.redhat.com ([209.132.183.28]:59074) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eK4LL-0001CM-OH for qemu-devel@nongnu.org; Wed, 29 Nov 2017 10:32:11 -0500 References: <9f64271d-7847-b44b-2bba-b0b49926bcfd@adacore.com> From: Thomas Huth Message-ID: <7b448f9c-0ad2-aa5a-e76d-ce434abf57b9@redhat.com> Date: Wed, 29 Nov 2017 16:32:08 +0100 MIME-Version: 1.0 In-Reply-To: <9f64271d-7847-b44b-2bba-b0b49926bcfd@adacore.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [Bug 645662] x87 fpu emulation not accurate enough List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: KONRAD Frederic , Peter Maydell Cc: QEMU Developers , william lin On 29.11.2017 16:20, KONRAD Frederic wrote: > > > On 11/29/2017 01:51 PM, Peter Maydell wrote: >> On 29 November 2017 at 12:47, KONRAD Frederic >> wrote: >>> Maybe a little hack might work for x86 on x86 though. >>> Something like hardcoding the helper with an inline assembly >>> code? >> >> The set of people who want to emulate x86 on x86 is surely >> even smaller than the already tiny set of people who want to >> emulate x86 at all. I don't think it makes sense to add >> inline assembly hacks for that: QEMU should (as far as >> is reasonably possible) behave the same on all hosts. >> > > Sure it was a first step suggestion. FYI, there is some code in WinUAE / Previous which might be usable, see e.g. WinUAE sources here: https://github.com/tonioni/WinUAE/blob/master/softfloat/softfloat_fpsp.cpp But the code is targetted for m68k only so far, so it likely needs some work, and we're currently discussing whether it's feasible to include it into QEMU at all, see this thread here: https://lists.gnu.org/archive/html/qemu-devel/2017-11/msg05342.html Thomas