From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34873) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X4afP-0005YX-4J for qemu-devel@nongnu.org; Tue, 08 Jul 2014 15:03:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X4afN-00086S-Pg for qemu-devel@nongnu.org; Tue, 08 Jul 2014 15:03:03 -0400 Received: from zeniv.linux.org.uk ([2002:c35c:fd02::1]:50001) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X4afN-00086J-I3 for qemu-devel@nongnu.org; Tue, 08 Jul 2014 15:03:01 -0400 Date: Tue, 8 Jul 2014 20:02:59 +0100 From: Al Viro Message-ID: <20140708190259.GE18016@ZenIV.linux.org.uk> 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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53BC3484.9050802@twiddle.net> Sender: Al Viro Subject: Re: [Qemu-devel] [RFC] alpha qemu arithmetic exceptions List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Richard Henderson Cc: Peter Maydell , QEMU Developers 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.