artulab
projects
/
openbsd
/ commitdiff
commit
grep
author
committer
pickaxe
?
search:
re
summary
|
shortlog
|
log
|
commit
| commitdiff |
tree
raw
|
patch
| inline |
side by side
(parent:
9274030
)
On Fujitsu's SPARC64 CPUs, the data_access_error trap is synchronous, and AFSR
author
kettenis
<kettenis@openbsd.org>
Sat, 12 Jul 2008 08:08:54 +0000
(08:08 +0000)
committer
kettenis
<kettenis@openbsd.org>
Sat, 12 Jul 2008 08:08:54 +0000
(08:08 +0000)
will be 0. Check SFSR too, before deciding there's no fault.
sys/arch/sparc64/sparc64/trap.c
patch
|
blob
|
history
diff --git
a/sys/arch/sparc64/sparc64/trap.c
b/sys/arch/sparc64/sparc64/trap.c
index
55fc52e
..
0a3af9c
100644
(file)
--- a/
sys/arch/sparc64/sparc64/trap.c
+++ b/
sys/arch/sparc64/sparc64/trap.c
@@
-1,4
+1,4
@@
-/* $OpenBSD: trap.c,v 1.6
2 2008/04/07 16:21:26 thib Exp $
*/
+/* $OpenBSD: trap.c,v 1.6
3 2008/07/12 08:08:54 kettenis Exp $
*/
/* $NetBSD: trap.c,v 1.73 2001/08/09 01:03:01 eeh Exp $ */
/*
@@
-986,7
+986,7
@@
data_access_error(tf, type, afva, afsr, sfva, sfsr)
printf("data error type %x sfsr=%lx sfva=%lx afsr=%lx afva=%lx tf=%p\n",
type, sfsr, sfva, afsr, afva, tf);
- if (afsr == 0) {
+ if (afsr == 0
&& sfsr == 0
) {
printf("data_access_error: no fault\n");
goto out; /* No fault. Why were we called? */
}