From owner-cvs-src@FreeBSD.ORG Mon Jan 19 20:26:41 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F398516A4CE; Mon, 19 Jan 2004 20:26:40 -0800 (PST) Received: from VARK.homeunix.com (adsl-68-122-6-70.dsl.pltn13.pacbell.net [68.122.6.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD0FF43D1F; Mon, 19 Jan 2004 20:26:39 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: from VARK.homeunix.com (localhost [127.0.0.1]) by VARK.homeunix.com (8.12.10/8.12.10) with ESMTP id i0K4QAKu091162; Mon, 19 Jan 2004 20:26:10 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.homeunix.com (8.12.10/8.12.10/Submit) id i0K4QARZ091161; Mon, 19 Jan 2004 20:26:10 -0800 (PST) (envelope-from das@FreeBSD.ORG) Date: Mon, 19 Jan 2004 20:26:10 -0800 From: David Schultz To: Marcel Moolenaar Message-ID: <20040120042610.GA91142@VARK.homeunix.com> Mail-Followup-To: Marcel Moolenaar , src-committers@FreeBSD.ORG, cvs-src@FreeBSD.ORG, cvs-all@FreeBSD.ORG References: <200401200329.i0K3TOL0029675@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200401200329.i0K3TOL0029675@repoman.freebsd.org> cc: cvs-src@FreeBSD.ORG cc: src-committers@FreeBSD.ORG cc: cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/ia64/ia64 trap.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 04:26:41 -0000 On Mon, Jan 19, 2004, Marcel Moolenaar wrote: > marcel 2004/01/19 19:29:24 PST > > FreeBSD src repository > > Modified files: > sys/ia64/ia64 trap.c > Log: > 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?