[lkml]   [1999]   [Jan]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectOops call trace interpretation
I could use a little help here interpreting this.  I'm trying to track
down the cause of an Oops that occurs on a system I don't have
direct access to. It appears from the EIP that the kernel is dying
far outside of the kernel proper, as the _end symbol in the has the value c02a5a78.

Unable to handle kernel NULL pointer deference at virtual address 00000080
Current->tss.cr3 = 00101000, %cr3 = 00101000
*pde = 00000000
Oops: 0000
CPU: 1
EIP: 0010: [<fc84da09>]
EFLAGS: 00010286
eax: 00000000 ebx: c0df8800 ecx: c0df86e0 edx: c0240a08
esi: c0df8800 edi: 00000001 ebp: c0df8800 esp: c0245f04
ds: 0018 es: 0018 ss:0018
Process swapper (pid:0, process nr:0, stackpage = c0245000)
Stack: 00000001 c0df86e0 0000000e d1e2b080 c00cafde c0df880d fc84d5a6 c0df86e0
fbdc7380 00000001 00000001 00000009 c01733c7 fa7af208 c0109201 00000009
c0df86e0 c0245f90 c022be04 000000d8 fbdc7380 00000009 c010da68 00000009
Call Trace: [<fc84d5a6>] [<c01733c7>] [<c01092d1>] [<c010da68>] [<c0106000>]
[<c0109503>] [<c0107c68>]
[<c0106000>] [<c0100018>] [<c01062ef>] [<c0106140>] [<c01fcd56>]
[<c0106000>] [<c01001b1>]
Code: 8b 80 80 00 00 00 89 44 24 10 8b 43 60 83 c0 02 0d 00 00 00

Now according to the call trace, the last call from within the kernel
was at c01733c7, which appears to be the following instruction in

0xc014c76e <p8022_rcv+74>: call *%eax

(The address is different because I'm running gdb against a kernel that
I do have access to, same version.) I note above that eax is zeroes.

Now for my questions:

o Is the call trace and EIP correct and the kernel died in parts
unknown (and if so, how did it get there), or

o Is the last entry in the call trace and the EIP incorrect and we
just tried calling a nonexistant function at 0x0000000?

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:49    [W:0.031 / U:31.012 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site