From 321ee1e2d287fc2c2d69ba14cff0021db9c4a377 Mon Sep 17 00:00:00 2001 From: Jason Wright Date: Tue, 13 Jan 1998 22:54:37 +0000 Subject: Workaround for fpu_cleanup panic. We just ignore it. I'm going to look further into really fixing this problem. --- sys/arch/sparc/fpu/fpu.c | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/sys/arch/sparc/fpu/fpu.c b/sys/arch/sparc/fpu/fpu.c index 742add709d2..9c7a7dd17d6 100644 --- a/sys/arch/sparc/fpu/fpu.c +++ b/sys/arch/sparc/fpu/fpu.c @@ -1,4 +1,4 @@ -/* $OpenBSD: fpu.c,v 1.7 1997/08/08 08:25:46 downsj Exp $ */ +/* $OpenBSD: fpu.c,v 1.8 1998/01/13 22:54:36 jason Exp $ */ /* $NetBSD: fpu.c,v 1.6 1997/07/29 10:09:51 fair Exp $ */ /* @@ -117,7 +117,14 @@ fpu_cleanup(p, fs) switch ((fsr >> FSR_FTT_SHIFT) & FSR_FTT_MASK) { case FSR_TT_NONE: - panic("fpu_cleanup 1"); /* ??? */ +#if 0 + /* XXX I'm not sure how we get here, but ignoring the trap */ + /* XXX seems to work in my limited tests */ + /* XXX More research to be done =) */ + panic("fpu_cleanup 1"); /* ??? */ +#else + printf("fpu_cleanup 1\n"); +#endif break; case FSR_TT_IEEE: -- cgit v1.2.3