Ooops on 2.4.0 SMP Sparc32...

[Brian Macy]

This is very easily repeated... happens a few minutes after boot. After it
happens one CPU gets stuck on a spin lock owned by the other.

This kernel was built from code pulled down from [e-mail]:/vger on Jan
5th. Looked like the first merge of the 2.4.0 released code... but the Ooops
happened on the CVS 2.4.0-prerelease also.

Brian Macy

job:~# cat ~bmacy/sparc.oops | ksymoops -K -m /boot/System.map-2.4.0
ksymoops 2.3.4 on sparc 2.2.18.  Options used
     -V (default)
     -K (specified)
     -l /proc/modules (default)
     -o /lib/modules/2.2.18/ (default)
     -m /boot/System.map-2.4.0 (specified)

No modules in ksyms, skipping objects
No ksyms, skipping lsmod
Unable to handle kernel NULL pointer
dereference<1>tsk->{mm,active_mm}->context
= 00000185
tsk->{mm,active_mm}->pgd = fc074400
              \|/ ____ \|/
              "@'/ ,. \`@"
              /_| \__/ |_\
                 \__U_/
apache(408): Oops
PSR: 1e101fc5 PC: f004804c NPC: f0048050 Y: 00000000
Using defaults from ksymoops -t elf32-sparc -a sparc
g0: f01adc00 g1: 1e401fe7 g2: 00000000 g3: 1e4010e1 g4: f0063848 g5: f015f944
g6: f07e6000 g7: 00000000
o0: 00000400 o1: f4860040 o2: f48604c0 o3: 00000006 o4: 00000018 o5: fd004000
sp: f07e7bf0 o7: f0048018
l0: f4860020 l1: 0000007d l2: 00000000 l3: 00000020 l4: 1e401fc6 l5: f01a6dc4
l6: 00000000 l7: f018e0e0
i0: f053e278 i1: 00000007 i2: f056c400 i3: f0138c00 i4: f0138c00 i5: 1e4010e6
fp: f07e7c58 i7: f0048270
Caller[f0048270]
Caller[f006f9f0]
Caller[f0063904]
Caller[f006467c]
Caller[f0065594]
Caller[f005380c]
Caller[f0053ca4]
Caller[f0015360]
Caller[501a3914]
Instruction DUMP: d6242014  d0040000  d0262008 <d2048000> a2047fff
912a6002
90020012  d4222008  92026001

>>PC;  f004804c <kmem_cache_alloc_batch+7c/ec> <=====
>>O7;  f0048018 <kmem_cache_alloc_batch+48/ec> >>I7;  f0048270
<kmem_cache_alloc+78/150> Trace; f0048270 <kmem_cache_alloc+78/150> Trace;
f006f9f0 <d_alloc+10/1cc> Trace; f0063904 <real_lookup+4c/178> Trace; f006467c
<path_walk+9dc/d2c> Trace; f0065594 <open_namei+70/6d8> Trace; f005380c
<filp_open+2c/54> Trace; f0053ca4 <sys_open+48/20c> Trace; f0015360
<syscall_is_too_hard+34/40> Trace; 501a3914 Before first symbol
Code;  f0048040 <kmem_cache_alloc_batch+70/ec> 0000000000000000 <_PC>:
Code;  f0048040 <kmem_cache_alloc_batch+70/ec> 0:   d6 24 20 14       st  %o3, [
%l0 + 0x14 ]
Code;  f0048044 <kmem_cache_alloc_batch+74/ec> 4:   d0 04 00 00       ld  [ %l0
], %o0
Code;  f0048048 <kmem_cache_alloc_batch+78/ec> 8:   d0 26 20 08       st  %o0, [
%i0 + 8 ]
Code;  f004804c <kmem_cache_alloc_batch+7c/ec> <=====
   c:   d2 04 80 00       ld  [ %l2 ], %o1   <=====
Code;  f0048050 <kmem_cache_alloc_batch+80/ec> 10:   a2 04 7f ff       add  %l1,
-1, %l1
Code;  f0048054 <kmem_cache_alloc_batch+84/ec> 14:   91 2a 60 02       sll  %o1,
2, %o0
Code;  f0048058 <kmem_cache_alloc_batch+88/ec> 18:   90 02 00 12       add  %o0,
%l2, %o0
Code;  f004805c <kmem_cache_alloc_batch+8c/ec> 1c:   d4 22 20 08       st  %o2,
[ %o0 + 8 ]
Code;  f0048060 <kmem_cache_alloc_batch+90/ec> 20:   92 02 60 01       inc  %o1