FW: OOPS trace. Kernel 2.2.10
Dalibor Radivojevic (radivojd@sg.adi-limited.com.au)
Tue, 6 Jul 1999 10:08:43 +1000
> I keep getting a repetitive oops trace when doing the command:
> mtype a:ttt
> where ttt is a file on a possibly faulty (bad sectors) ms-dos diskette.
>
> The oops trace:
> Unable to handle kernel NULL pointer dereference at virtual address
> 00000018
> current->tss.cr3 = 03afc000, %cr3 = 03afc000
> *pde = 00000000
> Oops: 0000
> CPU: 0
> EIP: 0010:[<c011f243>]
> EFLAGS: 00010086
> eax: 00000000 ebx: 00000020 ecx: 00000003 edx: c0217000
> esi: 00000000 edi: c01d791c ebp: 00000005 esp: c3afff28
> ds: 0018 es: 0018 ss: 0018
> Process mdir (pid: 133, process nr: 21, stackpage=c3aff000)
> Stack: c01c0da8 c3b402c0 00000095 0000000c c0179513 00000246 00000003
> c0172cb6
> 00008000 c0178dcd 00008000 00000000 c3b402c0 c3a7b10c c3a7ca60
> ffffffff
> c01a0c7a c01228d9 c3a7b10c c3b402c0 c3b402c0 c3a7ca60 c3a7b10c
> c0121932
> Call Trace: [<c0179513>] [<c0172cb6>] [<c0178dcd>] [<c01a0c7a>]
> [<c01228d9>] [<c0121932>] [<c0121a84>]
> [<c0107a40>]
> Code: 8b 46 18 f6 c4 01 0f 84 b5 00 00 00 8b 06 89 02 89 50 04 89
>
> After I posted the original message, some people helped me make ksymoops
> work.
> This is the output:
> Options used: -V (default)
> -o /lib/modules/2.2.10/ (default)
> -k /proc/ksyms (default)
> -l /proc/modules (default)
> -m /usr/src/linux/System.map (default)
> -c 1 (default)
>
> You did not tell me where to find symbol information. I will assume
> that the log matches the kernel and modules that are running right now
> and I'll use the default options above for symbol resolution.
> If the current kernel and/or modules do not match the log, you can get
> more accurate output by telling me the kernel version and where to find
> map, modules, ksyms etc. ksymoops -h explains the options.
>
> No modules in ksyms, skipping objects
> Unable to handle kernel NULL pointer dereference at virtual address
> 00000018
> current->tss.cr3 = 03afc000, %cr3 = 03afc000
> *pde = 00000000
> Oops: 0000
> CPU: 0
> EIP: 0010:[<c011f243>]
> EFLAGS: 00010086
> eax: 00000000 ebx: 00000020 ecx: 00000003 edx: c0217000
> esi: 00000000 edi: c01d791c ebp: 00000005 esp: c3afff28
> ds: 0018 es: 0018 ss: 0018
> Process mdir (pid: 133, process nr: 21, stackpage=c3aff000)
> Stack: c01c0da8 c3b402c0 00000095 0000000c c0179513 00000246 00000003
> c0172cb6
> 00008000 c0178dcd 00008000 00000000 c3b402c0 c3a7b10c c3a7ca60
> ffffffff
> c01a0c7a c01228d9 c3a7b10c c3b402c0 c3b402c0 c3a7ca60 c3a7b10c
> c0121932
> Call Trace: [<c0179513>] [<c0172cb6>] [<c0178dcd>] [<c01a0c7a>]
> [<c01228d9>] [<c0121932>] [<c0121a84>]
> [<c0107a40>]
> Code: 8b 46 18 f6 c4 01 0f 84 b5 00 00 00 8b 06 89 02 89 50 04 89
>
> >>EIP: c011f243 <kmem_cache_grow+377/398>
> Trace: c0179513 <make_raw_rw_request+5c7/bcc>
> Trace: c0172cb6 <ide_timer_expiry+aa/fc>
> Trace: c0178dcd <copy_buffer+1d1/2f8>
> Trace: c01a0c7a <sprintf+6d2/f70>
> Trace: c01228d9 <sys_ftruncate+89/120>
> Trace: c0121932 <sys_swapoff+46/34c>
> Trace: c0121a84 <sys_swapoff+198/34c>
> Trace: c0107a40 <alloc_task_struct+14/38>
> Code: c011f243 <kmem_cache_grow+377/398> 00000000 <_EIP>: <===
> Code: c011f243 <kmem_cache_grow+377/398> 0: 8b 46 18 movl
> 0x18(%esi),%eax <===
> Code: c011f246 <kmem_cache_grow+37a/398> 3: f6 c4 01
> testb $0x1,%ah
> Code: c011f249 <kmem_cache_grow+37d/398> 6: 0f 84 b5 00 00 je
> c011f304 <kmem_cache_alloc+50/118>
> Code: c011f24e <kmem_cache_grow+382/398> b: 00
> Code: c011f24f <kmem_cache_grow+383/398> c: 8b 06 movl
> (%esi),%eax
> Code: c011f251 <kmem_cache_grow+385/398> e: 89 02 movl
> %eax,(%edx)
> Code: c011f253 <kmem_cache_grow+387/398> 10: 89 50 04 movl
> %edx,0x4(%eax)
> Code: c011f256 <kmem_cache_grow+38a/398> 13: 89 00 movl
> %eax,(%eax)
>
>
> 2 warnings issued. Results may not be reliable.
>
> Thanks, Daryl Radivojevic.
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/