Messages in this thread | | | From | Dalibor Radivojevic <> | Subject | FW: OOPS trace. Kernel 2.2.10 | Date | 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/
| |