From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35384) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X4agj-0006T7-I5 for qemu-devel@nongnu.org; Tue, 08 Jul 2014 15:04:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X4agY-0008OG-OL for qemu-devel@nongnu.org; Tue, 08 Jul 2014 15:04:25 -0400 Received: from mail-qg0-x232.google.com ([2607:f8b0:400d:c04::232]:62653) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X4agY-0008O2-If for qemu-devel@nongnu.org; Tue, 08 Jul 2014 15:04:14 -0400 Received: by mail-qg0-f50.google.com with SMTP id j5so5490813qga.23 for ; Tue, 08 Jul 2014 12:04:14 -0700 (PDT) Sender: Richard Henderson Message-ID: <53BC40AA.4090707@twiddle.net> Date: Tue, 08 Jul 2014 12:04:10 -0700 From: Richard Henderson MIME-Version: 1.0 References: <53BAAAAE.2060009@twiddle.net> <20140707150629.GZ18016@ZenIV.linux.org.uk> <53BAC8CC.9070301@twiddle.net> <20140708042037.GA18016@ZenIV.linux.org.uk> <53BB899C.30901@twiddle.net> <20140708065436.GB18016@ZenIV.linux.org.uk> <20140708071334.GA21956@ZenIV.linux.org.uk> <20140708161351.GC18016@ZenIV.linux.org.uk> <53BC3484.9050802@twiddle.net> <20140708190259.GE18016@ZenIV.linux.org.uk> In-Reply-To: <20140708190259.GE18016@ZenIV.linux.org.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC] alpha qemu arithmetic exceptions List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Al Viro Cc: Peter Maydell , QEMU Developers On 07/08/2014 12:02 PM, Al Viro wrote: > On Tue, Jul 08, 2014 at 11:12:20AM -0700, Richard Henderson wrote: >> On 07/08/2014 09:13 AM, Al Viro wrote: >>> Frankly, I suspect that it's better to have qemu-system-alpha behave like >>> the actual hardware does (including "FPCR.DNOD can't be set") and keep the >>> linux-user behaviour as is, for somebody brave and masochistic enough to >>> fight that one. And no, it's nowhere near "just let denorms ride through >>> the normal softfloat code and play a bit with the flags it might raise". >>> And then there's netbsd/alpha and openbsd/alpha, so in theory somebody might >>> want to play with their software completion semantics (not identical to Linux >>> one) for the sake of yet-to-be-written bsd-user alpha support... >> >> You're probably right there. >> >> I've pushed a couple more patches to the branch, split out from your patch >> here. I believe I've got it all, and havn't mucked things up in the process. >> I'll run some tests later today when I've got time. > > Just one thing - 0x1fffffffffffff will make 32bit hosts whine about integer > constant being too large. So will 0x1ffffffffffffful, unfortunately - it > really ought to be ull. > I did use ull on the branch. r~