>Number:         2171
>Category:       kern
>Synopsis:       More crashes in mi_switch()
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people (Kernel Bug People)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Mar  4 00:20:01 1996
>Last-Modified:
>Originator:     Alec Peterson
>Organization:
Panix
	
>Release:        <NetBSD-current source date>2/15/96
>Environment:
	
System: NetBSD news1.panix.com 1.1A NetBSD 1.1A (NEWS) #0: Sat Feb 3 21:52:33 EST 1996 chuckie@juggler.nfs100.access.net:/usr/local/src/current/src/sys/arch/i386/compile/NEWS i386


>Description:
Our news server just crashed again in mi_switch(), but with a
different traceback:

4 chuckie (news1)[/var/crash]-->gdb -k netbsd.8 netbsd.8.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 warra#0
0xf81110a1 in mi_switch ()
(kgdb) where
#0  0xf81110a1 in mi_switch ()
#1  0xf8110ba1 in tsleep ()
#2  0xf817b2ac in scheduler ()
#3  0xf8107dce in main ()
(kgdb) 

All of the crashes have come through tsleep().

One other thing that I noticed was that the curproc variable is being
referenced in mi_switch(), is this supposed to be so?  I did a 'print
curproc' and it reported curproc was 0.  May be nothing, but...

I really want to help in any way I can in getting this bug fixed, so
if you need anything, please do not hesitate to ask.
	
>How-To-Repeat:
Don't know.
	
>Fix:
Don't know.
	
>Audit-Trail:
>Unformatted: