lkml.org 
[lkml]   [2001]   [May]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: PROBLEM: 2.4.4 oops, will not boot
From
On Wed, May 02, 2001 at 09:51:39PM +1000, Andrew Morton wrote:
> Envelope-to: gbsadler@localhost
> From: Andrew Morton <andrewm@uow.edu.au>
> X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.3-ac13 i686)
> To: Gordon Sadler <gbsadler1@lcisp.com>
> Subject: Re: PROBLEM: 2.4.4 oops, will not boot
>
> Gordon Sadler wrote:
> >
> > Please CC on replies.
> > Attached is REPORTING-BUGS template from source, and a hand copied oops
> > that I ran through ksymoops. I really hope this is resolved, anything
> > further needed, just ask.
>
> Unfortunately the ksymoops output doesn't show the call trace.
> Can you please try again? A reproducable oops is, err, rather
> important. The syntax to feed into ksymoops is
>
> Call Trace: [<c0111234>] [<c0123456>] ...
>
> Thanks.
>
Right, I see the problem now.. s/Calltrace/Call Trace/

Reran oops through ksymoops with change to Call Trace, output attached.


ksymoops 2.4.1 on i686 2.2.19. Options used
-V (default)
-K (specified)
-L (specified)
-o /lib/modules/2.4.4/ (specified)
-m /boot/System.map-2.4.4 (specified)

No modules in ksyms, skipping objects
Unable to handle kernel NULL pointer dereference at virtual address 00000014 printing EIP: c01254b5
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010: [<c01254b5>]
Using defaults from ksymoops -t elf32-i386 -a i386
eflags: 00010013
eax: c1227e08 ebx: c1227e08 ecx: c7e3ff68 edx: 00000000
esi: 00000286 edi: 00000007 ebp: c12343c0 esp: c7e3feec
ds: 0018 es: 0018 ss: 0018
stack: 00000000 c1263080 c12630dc c013ec88 c1277e08 00000007 00000000 c1263080
c12630dc c12343c0 00000005 c01370c8 c12343c0 c7e3ff68 c7e3ff68 00000000
c12343c0 c7e3ffa4 c0137819 c12343c0 c7e3ff68 00000000 c1265000 00000000
Call Trace: [<c013ec88>] [<c01370c8>] [<c0137819>] [<c0136e4a>] [<c0137e3c>] [<c0134f36>] [<c0106b9b>]
Code: 8b 42 14 ff 42 10 89 c1 0f af 4b 0c 03 4a 0c 8b 44 82 18 89

>>EIP; c01254b5 <kmem_cache_alloc+15/60> <=====
Trace; c013ec88 <d_alloc+18/190>
Trace; c01370c8 <real_lookup+38/c0>
Trace; c0137819 <path_walk+579/7c0>
Trace; c0136e4a <getname+5a/a0>
Trace; c0137e3c <__user_walk+3c/60>
Trace; c0134f36 <sys_lstat64+16/70>
Trace; c0106b9b <system_call+33/38>
Code; c01254b5 <kmem_cache_alloc+15/60>
00000000 <_EIP>:
Code; c01254b5 <kmem_cache_alloc+15/60> <=====
0: 8b 42 14 mov 0x14(%edx),%eax <=====
Code; c01254b8 <kmem_cache_alloc+18/60>
3: ff 42 10 incl 0x10(%edx)
Code; c01254bb <kmem_cache_alloc+1b/60>
6: 89 c1 mov %eax,%ecx
Code; c01254bd <kmem_cache_alloc+1d/60>
8: 0f af 4b 0c imul 0xc(%ebx),%ecx
Code; c01254c1 <kmem_cache_alloc+21/60>
c: 03 4a 0c add 0xc(%edx),%ecx
Code; c01254c4 <kmem_cache_alloc+24/60>
f: 8b 44 82 18 mov 0x18(%edx,%eax,4),%eax
Code; c01254c8 <kmem_cache_alloc+28/60>
13: 89 00 mov %eax,(%eax)

\
 
 \ /
  Last update: 2005-03-22 12:52    [W:0.052 / U:0.348 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site