>Number:         2201
>Category:       kern
>Synopsis:       A different new and exciting panic in mi_switch()
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    kern-bug-people (Kernel Bug People)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Mar 11 07:35:02 1996
>Last-Modified:
>Originator:     Alec Peterson
>Organization:
	
>Release:        <NetBSD-current source date>3/10/96
>Environment:
	
System: NetBSD news1.panix.com 1.1A NetBSD 1.1A (NEWS) #4: Sun Mar 10 16:31:26 EST 1996 chuckie@juggler.nfs100.access.net:/usr/local/src/current/src/sys/arch/i386/compile/NEWS i386


>Description:
A different crash in mi_switch() (different from the other two reports
I sent in).  This machine was different in that it did _NOT_ have a
BusLogic controller.

Here's the traceback:

3 chuckie (web2)[/var/crash]-->gdb -k netbsd.7 netbsd.7.core
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.11 (i386-netbsd), Copyright 1993 Free Software Foundation, Inc...
(no debugging symbols found)...
panic: trap
#0  0xf810da51 in mi_switch ()
(kgdb) where
#0  0xf810da51 in mi_switch ()
#1  0xf810d5dd in tsleep ()
#2  0xf8178459 in thread_sleep ()
#3  0xf817821e in scheduler ()
#4  0xf8105cce in main ()
(kgdb) print curproc
$1 = 0
(kgdb) 

I also put a check into the mi_switch() function in our kernels (just
above the line:

microtime(&tv);

And the kernel did _NOT_ crash on that panic, but in trap as indicated
in the kgdb output above.

As before, if you want the core dump I'll send it along.
	
>How-To-Repeat:
Don't know.
	
>Fix:
Don't know.
	
>Audit-Trail:
>Unformatted: