My first OOPS report. Please bear with me. I'm not a kernel expert.
Over the last two days, this has happened four times. Three times it was
in kswapd, and seems to be recoverable (well, the machine didn't crash,
and I didn't notice until I examined the syslogs). Once the process was
cvs, which then reported a segfault and died.
The system is a dual Athlon running the 2.4.19 kernel, and usually very
stable. (Once a month or so it hangs on shutdown, kind of scary since
this is my primary machine.)
The most recent occasion was in kswapd, and the output from ksymoops is
below. The tainted kernel comes from the nVidia driver. (I know, I know,
but I don't really have a choice.) I don't know what triggers the oops,
or I'd try to reproduce it in console mode before the X11 kicks in.
I don't know what other information would be helpful, and what would just
be noise. Please ask, I'll hunt down whatever I can.
My ISP would kill me if I susbscribed to this list (mail traffic), so
please cc me on replies.
Much thanks,
Phil
ksymoops 2.4.6 on i686 2.4.19. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.19/ (default)
-m /boot/System.map-2.4.19 (default)
Warning: 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.
kernel BUG at page_alloc.c:91!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c0132c2d>] Tainted: P
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010282
eax: c1379a7c ebx: c134a870 ecx: c134a870 edx: c0259344
esi: 00000000 edi: 00000008 ebp: 000001ff esp: c1625f18
ds: 0018 es: 0018 ss: 0018
Process kswapd (pid: 5, stackpage=c1625000)
Stack: ceae8740 c134a870 00000008 000001ff c013e3d5 c134a870 000001d0 00000008
000001ff c013c649 ceae8740 c134a870 c01323e2 c013347c c0132429 00000020
000001d0 00000020 00000006 c1624000 c1624000 00002fc8 000001d0 c02594d4
Call Trace: [<c013e3d5>] [<c013c649>] [<c01323e2>] [<c013347c>] [<c0132429>]
[<c01326a6>] [<c013271c>] [<c01327b3>] [<c0132816>] [<c013292d>] [<c0107118>]
Code: 0f 0b 5b 00 73 72 22 c0 89 d8 2b 05 10 38 2e c0 69 c0 ab aa
>>EIP; c0132c2d <__free_pages_ok+2d/280> <=====
>>eax; c1379a7c <_end+104af84/20552568>
>>ebx; c134a870 <_end+101bd78/20552568>
>>ecx; c134a870 <_end+101bd78/20552568>
>>edx; c0259344 <inactive_list+0/8>
>>esp; c1625f18 <_end+12f7420/20552568>
Trace; c013e3d5 <try_to_free_buffers+c5/150>
Trace; c013c649 <try_to_release_page+49/50>
Trace; c01323e2 <shrink_cache+232/3b0>
Trace; c013347c <__free_pages+1c/20>
Trace; c0132429 <shrink_cache+279/3b0>
Trace; c01326a6 <shrink_caches+56/90>
Trace; c013271c <try_to_free_pages+3c/60>
Trace; c01327b3 <kswapd_balance_pgdat+43/90>
Trace; c0132816 <kswapd_balance+16/30>
Trace; c013292d <kswapd+9d/b8>
Trace; c0107118 <kernel_thread+28/40>
Code; c0132c2d <__free_pages_ok+2d/280>
00000000 <_EIP>:
Code; c0132c2d <__free_pages_ok+2d/280> <=====
0: 0f 0b ud2a <=====
Code; c0132c2f <__free_pages_ok+2f/280>
2: 5b pop %ebx
Code; c0132c30 <__free_pages_ok+30/280>
3: 00 73 72 add %dh,0x72(%ebx)
Code; c0132c33 <__free_pages_ok+33/280>
6: 22 c0 and %al,%al
Code; c0132c35 <__free_pages_ok+35/280>
8: 89 d8 mov %ebx,%eax
Code; c0132c37 <__free_pages_ok+37/280>
a: 2b 05 10 38 2e c0 sub 0xc02e3810,%eax
Code; c0132c3d <__free_pages_ok+3d/280>
10: 69 c0 ab aa 00 00 imul $0xaaab,%eax,%eax
1 warning issued. Results may not be reliable.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Nov 23 2002 - 22:00:30 EST