d/freebsd-nq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Check whether we need to do a full restore after handling ASTs. If

Browse Source 
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
This commit is contained in:
Andrew Gallatin 2001-03-28 01:19:41 +00:00
parent 3cd4410688
commit 919eea6db9
1 changed files with 4 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

8
sys/alpha/alpha/exception.s
View File

@ -130,15 +130,15 @@
XentSys1: LDGP(pv)
CALL(syscall)
/* Handle any AST's. */
mov sp, a0 /* only arg is frame */
CALL(ast)
/* see if we need a full exception_return */
ldq t1, (FRAME_FLAGS*8)(sp)
and t1, FRAME_FLAGS_SYSCALL
beq t1, exception_return
/* Handle any AST's. */
mov sp, a0 /* only arg is frame */
CALL(ast)
/* set the hae register if this process has specified a value */
ldq t0, GD_CURPROC(globalp)
beq t0, 3f