From owner-cvs-all  Tue Mar 27 17:19:45 2001
Delivered-To: cvs-all@freebsd.org
Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id D93B437B718; Tue, 27 Mar 2001 17:19:41 -0800 (PST)
	(envelope-from gallatin@FreeBSD.org)
Received: (from gallatin@localhost)
	by freefall.freebsd.org (8.11.1/8.11.1) id f2S1JfV69490;
	Tue, 27 Mar 2001 17:19:41 -0800 (PST)
	(envelope-from gallatin)
Message-Id: <200103280119.f2S1JfV69490@freefall.freebsd.org>
From: Andrew Gallatin <gallatin@FreeBSD.org>
Date: Tue, 27 Mar 2001 17:19:41 -0800 (PST)
To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject: cvs commit: src/sys/alpha/alpha exception.s
X-FreeBSD-CVS-Branch: HEAD
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

gallatin    2001/03/27 17:19:41 PST

  Modified files:
    sys/alpha/alpha      exception.s 
  Log:
  Check whether we need to do a full restore after handling ASTs.  If
  an AST results in a signal being delivered, we'll need to do a full register
  restore so as to properly setup the signal handler.  This is somewhat of
  a pessimization, because ast() will be called twice in this case.
  
  This fixes several problems that have been reported where signal intensive
  userland apps (most notably dump) have been SEGV'ing for no fault of their
  own.
  
  Thanks to Peter Jeremy <peter.jeremy@alcatel.com.au> for presenting the
  AST scenario which led to me fiinally figuring this out.
  
  Reviewed by: jhb
  
  Revision  Changes    Path
  1.7       +5 -5      src/sys/alpha/alpha/exception.s


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message