From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1NSFRz-0000jb-6K
	for qemu-devel@nongnu.org; Tue, 05 Jan 2010 14:52:19 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1NSFRv-0000fV-Qy
	for qemu-devel@nongnu.org; Tue, 05 Jan 2010 14:52:16 -0500
Received: from [199.232.76.173] (port=41067 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1NSFRv-0000ey-3O
	for qemu-devel@nongnu.org; Tue, 05 Jan 2010 14:52:15 -0500
Received: from mx20.gnu.org ([199.232.41.8]:36330)
	by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.60) (envelope-from <rth@twiddle.net>) id 1NSFRu-00041t-MF
	for qemu-devel@nongnu.org; Tue, 05 Jan 2010 14:52:14 -0500
Received: from are.twiddle.net ([75.149.56.221])
	by mx20.gnu.org with esmtp (Exim 4.60)
	(envelope-from <rth@twiddle.net>) id 1NS04h-0008Gk-FL
	for qemu-devel@nongnu.org; Mon, 04 Jan 2010 22:27:15 -0500
Message-Id: <cover.1262645165.git.rth@twiddle.net>
From: Richard Henderson <rth@twiddle.net>
Date: Mon, 4 Jan 2010 14:46:05 -0800
References: <20091228201020.GD5695@hall.aurel32.net>,
	<4B2BFD85.6070702@twiddle.net>
Subject: [Qemu-devel] [PATCH 0/6] target-alpha: fpu qualifiers, round 2
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org
Cc: laurent.desnogues@gmail.com, aurelien@aurel32.net

I've split up the FPCR as requested by Aurelien.  We no longer 
set anything in FP_STATUS after the execution of the operation,
only copy data from FP_STATUS to some env->fpcr field.

I have totally rewritten the patch to be more along the line 
that Laurent was suggesting, in that the rounding mode and other
qualifiers are totally parsed within the translator.  I no longer
pass the FN11 field to the helper functions.

Unlike Laurent's prototype, I do not set the rounding mode at 
every FP instruction; I remember the previous setting of the
rounding mode within a TB.  Similarly for the flush-to-zero field.

I do not handle VAX instructions at all.  The existing VAX support
is mostly broken, and I didn't feel like compounding the problem.


r~


--
Richard Henderson (6):
  target-alpha: Fix gdb access to fpcr and unique.
  target-alpha: Split up FPCR value into separate fields.
  target-alpha: Reduce internal processor registers for user-mode.
  target-alpha: Clean up arithmetic traps.
  target-alpha: Mark helper_excp as NORETURN.
  target-alpha: Implement IEEE FP qualifiers.