From: Jeff Dike <jdike@ka...> - 2002-08-06 12:53:23
> (gdb) bt
> #0 0xa01b33b1 in __libc_nanosleep ()
> #1 0xa0109e2c in idle_sleep (secs=10) at time.c:109
> #2 0xa01053a0 in default_idle () at process_kern.c:478
Did you notice that there's no panic on this stack? That means it's the
wrong stack. The thing to do is to figure out what process paniced and
get its stack.
On Saturday 03 August 2002 08:28 pm, Jeff Dike wrote:
> MrChuoi@... said:
> > Kernel panic: Kernel mode fault at addr 0x70df6d8d, ip 0xa0116b4a
> How about a stack trace from that?
Sorry, I'm alittle bit busy ! :)
<--- kernel panic--->
Checking root filesystem
/dev/ubd/0 was not cleanly unmounted, check forced.
/dev/ubd/0: 38005/76800 files (0.2% non-contiguous), 105349/153600 blocks
Remounting root filesystem in read-write mode: [ OK ]
Kernel panic: Kernel mode fault at addr 0x2caa9ab0, ip 0xa00ff0e7
<--- end --->
<-- UML kernel debugger --->
0xa01b33b1 in __libc_nanosleep ()
Breakpoint 1 at 0xa0014577: file panic.c, line 45.
Breakpoint 2 at 0xa010c726: file user_util.c, line 75.
#0 0xa01b33b1 in __libc_nanosleep ()
#1 0xa0109e2c in idle_sleep (secs=10) at time.c:109
#2 0xa01053a0 in default_idle () at process_kern.c:478
#3 0xa01053b3 in cpu_idle () at process_kern.c:484
#4 0xa000f4d2 in rest_init () at main.c:374
#5 0xa0003595 in start_kernel () at main.c:462
#6 0xa010bf89 in start_kernel_proc (unused=0x0) at um_arch.c:108
#7 0xa010b1b7 in signal_tramp (arg=0xa010bf48) at trap_user.c:96
<--- end --->