From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BUbXm-0006iy-LS for qemu-devel@nongnu.org; Sun, 30 May 2004 21:24:50 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BUbXj-0006hT-Jv for qemu-devel@nongnu.org; Sun, 30 May 2004 21:24:50 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BUbXj-0006hQ-FA for qemu-devel@nongnu.org; Sun, 30 May 2004 21:24:47 -0400 Received: from [62.253.162.41] (helo=mta01-svc.ntlworld.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BUbXV-0001mF-2r for qemu-devel@nongnu.org; Sun, 30 May 2004 21:24:33 -0400 Received: from [10.10.10.100] ([81.107.87.144]) by mta01-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP id <20040531012404.GFYZ19746.mta01-svc.ntlworld.com@[10.10.10.100]> for ; Mon, 31 May 2004 02:24:04 +0100 Subject: Re: [Qemu-devel] Running QEMU on FreeBSD From: Antony T Curtis In-Reply-To: <40BA7E1A.5080005@fabianowski.de> References: <1085865953.93476.3.camel@pcgem.rdg.cyberkinetica.com> <40B902F5.30809@fabianowski.de> <1085867455.93476.10.camel@pcgem.rdg.cyberkinetica.com> <40B90776.60406@fabianowski.de> <1085868567.93476.13.camel@pcgem.rdg.cyberkinetica.com> <40B90DB2.3040508@fabianowski.de> <1085872155.93476.18.camel@pcgem.rdg.cyberkinetica.com> <20040530102509.0f234b19.markus.niemisto@gmx.net> <1085910613.94556.3.camel@pcgem.rdg.cyberkinetica.com> <40B9F2A3.5000707@fabianowski.de> <1085938065.347.1.camel@pcgem.rdg.cyberkinetica.com> <40BA2EA1.7020104@fabianowski.de> <1085947772.347.5.camel@pcgem.rdg.cyberkinetica.com> <40BA7E1A.5080005@fabianowski.de> Content-Type: text/plain Message-Id: <1085966664.347.8.camel@pcgem.rdg.cyberkinetica.com> Mime-Version: 1.0 Date: Mon, 31 May 2004 02:24:24 +0100 Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On Mon, 2004-05-31 at 01:36, Bartosz Fabianowski wrote: > I just discovered another problem with your patch. > > Before applying your patch, I was using my own hack that resorted to > normal precision doubles for FPU emulation. This resulted in incorrect > rounding as could be easily seen when running Windows Update. The total > number of megabytes to download was something like 10.99999999999998. > Obviously, something had gone wrong with precision and rounding. > > However, after I have applied your patch, which imports from Linux the > functions required to use long doubles, the situation got worse. The > total number of megabytes to be downloaded by Windows Update is now > shown as NaN. I know from previous installs that it should be a > moderately sized number, something such as 10 or 20 megabytes. So it's > not the rounding of an immensely large number or of a ridiculously small > one that is going wrong. There is some other issue surfacing here that > makes a perfectly normal-sized floating point number become a NaN. Replace the rintl() function in target-i386/op.c with the following: CPU86_LDouble rintl(CPU86_LDouble __x) { register CPU86_LDouble __result; __asm __volatile__ ("frndint" : "=t" (__result) : "0" (__x)); return __result; } > It's 2:30am here in Europe right now and I won't investigate this > further tonight. But if you have time to, maybe you can have a look and > see if you can find the source of this problem. > > - Bartosz > > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel > FLAGS (\Seen)) --