On Tue, 2004-01-27 at 20:39, Jeff Dike wrote: > If you could get a stack trace from the last call to schedule, that would be > handy. You could automate it with > comm > bt > c > end > > with breakpoint attached to schedule(). > > Jeff Here's the last part of a debug session that I ran which produced the error. The full transcript is attached. Thanks in advance. NET: Registered protocol family 2 Breakpoint 1, schedule () at kernel/sched.c:1489 1489 if (likely(!(current->state & (TASK_DEAD | TASK_ZOMBIE)))) { #0 schedule () at kernel/sched.c:1489 #1 0xa002db4e in wait_for_completion (x=0xa1fefb64) at kernel/sched.c:1758 #2 0xa0041104 in synchronize_kernel () at kernel/rcupdate.c:262 #3 0xa000b5dc in inet_init () at net/ipv4/af_inet.c:1144 #4 0xa00024e8 in do_initcalls () at init/main.c:499 #5 0xa000c679 in init (unused=0x0) at init/main.c:581 #6 0xa00141d3 in run_kernel_thread (fn=0xa000c658 , arg=0x0, jmp_ptr=0xa08bfab4) at arch/um/kernel/process.c:241 #7 0xa001fe23 in new_thread_handler (sig=10) at arch/um/kernel/skas/process_kern.c:71 #8 #9 0xa0155fed in syscall () at seq_file.h:49 Previous frame inner to this frame (corrupt stack?) (gdb) c Continuing. -- Phil Nadeau Software Services Manager phil.nadeau@innercite.com (916)932-3200, (800)921-5513