Re: [uml-devel] Kernel idles in loop after loading IPv4

[Phil Nadeau <phil@innercite.com>]

[-- Attachment #1: Type: text/plain, Size: 1346 bytes --]

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 <n>
> 	bt
> 	c
> 	end
> 
> with breakpoint <n> 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 <init>, 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  <signal handler called>
#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

[-- Attachment #2: debug_session.gz --]
[-- Type: application/x-gzip, Size: 3416 bytes --]