From owner-cvs-all@FreeBSD.ORG Mon Jan 19 20:38:22 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A20C016A4CE; Mon, 19 Jan 2004 20:38:22 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36DE943D31; Mon, 19 Jan 2004 20:38:21 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.10/8.12.10) with ESMTP id i0K4cLOE063725; Mon, 19 Jan 2004 20:38:21 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i0K4cKga087935; Mon, 19 Jan 2004 20:38:20 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.10/8.12.10/Submit) id i0K4cKFn087934; Mon, 19 Jan 2004 20:38:20 -0800 (PST) (envelope-from marcel) Date: Mon, 19 Jan 2004 20:38:20 -0800 From: Marcel Moolenaar To: src-committers@FreeBSD.ORG, cvs-src@FreeBSD.ORG, cvs-all@FreeBSD.ORG Message-ID: <20040120043820.GA87896@dhcp01.pn.xcllnt.net> References: <200401200329.i0K3TOL0029675@repoman.freebsd.org> <20040120042610.GA91142@VARK.homeunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040120042610.GA91142@VARK.homeunix.com> User-Agent: Mutt/1.5.5.1i Subject: Re: cvs commit: src/sys/ia64/ia64 trap.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 04:38:22 -0000 On Mon, Jan 19, 2004 at 08:26:10PM -0800, David Schultz wrote: > On Mon, Jan 19, 2004, Marcel Moolenaar wrote: > > Fix handling of FP traps: > > o For traps, the cr.iip register points to the next instruction to > > execute on interrupt return (modulo slot). Since we need to get > > the bundle of the instruction that caused the FP fault/trap, make > > sure we fetch the previous bundle if the next instruction is in > > fact the first in a bundle. > > o When we call the FPSWA handler, we need to tell it whether it's > > a trap or a fault (first argument). This was hardcoded to mean a > > fault. > > > > Also, for FP faults, when a fault is converted to a trap, adjust the > > cr.iip and cr.ipsr registers to point to the next instruction. This > > makes sure that the SIGFPE handler gets a consistent state. > > Does this fix the spurious SIGFPEs that were being delivered on > denormal traps? Yes, AFAICT. It definitely fixes the awk(1) problem I described. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net