From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52420) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X4Zsb-0006b9-UL for qemu-devel@nongnu.org; Tue, 08 Jul 2014 14:12:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X4ZsO-00008j-Pg for qemu-devel@nongnu.org; Tue, 08 Jul 2014 14:12:37 -0400 Received: from mail-qc0-x22b.google.com ([2607:f8b0:400d:c01::22b]:43123) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X4ZsO-00008b-L5 for qemu-devel@nongnu.org; Tue, 08 Jul 2014 14:12:24 -0400 Received: by mail-qc0-f171.google.com with SMTP id w7so5558203qcr.2 for ; Tue, 08 Jul 2014 11:12:24 -0700 (PDT) Sender: Richard Henderson Message-ID: <53BC3484.9050802@twiddle.net> Date: Tue, 08 Jul 2014 11:12:20 -0700 From: Richard Henderson MIME-Version: 1.0 References: <20140705210951.GX18016@ZenIV.linux.org.uk> <20140705225513.GY18016@ZenIV.linux.org.uk> <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> In-Reply-To: <20140708161351.GC18016@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 , Peter Maydell Cc: QEMU Developers 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. r~