This is from a machine running 2.4.20-pre7 with an uptime of nearly 9
days. It has been running fine since booting, without any other
problems. I killed the UML who's pid is listed, and restarted it and it
seems to work fine. The UML had been idle, and I simply switched to it's
console and typed 'w'. I assume something was swapped back in (or
attempted to be) at this point.
Reading Oops report from the terminal
kernel BUG at page_alloc.c:102!
invalid operand: 0000
CPU: 1
EIP: 0010:[<c012f5f2>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010286
eax: 0100001c ebx: c191a030 ecx: c191a030 edx: 00000000
esi: 00000000 edi: c02dda10 ebp: 00035000 esp: d4cf1e1c
ds: 0018 es: 0018 ss: 0018
Process linux-8um (pid: 8251, stackpage=d4cf1000)
Stack: c191a030 0000000c c02dda10 00035000 00000002 c1c14000 00000000
c027dfd4
c1030020 c027dfec 00000203 ffffffff 0000886d c012fe38 c0130288
c191a030
c0123f93 c191a030 00000007 c0124589 308ab027 e327ac80 c51573c0
8359b000
Call Trace: [<c012fe38>] [<c0130288>] [<c0123f93>] [<c0124589>]
[<c0126dc0>]
[<c01155c0>] [<c011a0a4>] [<c011f592>] [<c0108711>] [<c01d937e>]
[<c01367b1>]
[<c01088f8>]
Code: 0f 0b 66 00 41 96 24 c0 89 d8 2b 05 30 0e 30 c0 69 c0 ab aa
>>EIP; c012f5f2 <kmem_find_general_cachep+1bea/2090> <=====
>>ebx; c191a030 <___strtok+15e4eb0/384ccee0>
>>ecx; c191a030 <___strtok+15e4eb0/384ccee0>
>>edi; c02dda10 <kmap_prot+824/10034>
>>esp; d4cf1e1c <___strtok+149bcc9c/384ccee0>
Trace; c012fe38 <__free_pages+1c/20>
Trace; c0130288 <free_pages+44c/2204>
Trace; c0123f93 <flush_scheduled_tasks+673/d0c>
Trace; c0124589 <flush_scheduled_tasks+c69/d0c>
Trace; c0126dc0 <do_brk+330/610>
Trace; c01155c0 <remove_wait_queue+318/1484>
Trace; c011a0a4 <exit_mm+414/630>
Trace; c011f592 <exit_sighand+146/148>
Trace; c0108711 <__read_lock_failed+fa9/1520>
Trace; c01d937e <sock_recvmsg+20a/7b8>
Trace; c01367b1 <default_llseek+4a9/c50>
Trace; c01088f8 <__read_lock_failed+1190/1520>
Code; c012f5f2 <kmem_find_general_cachep+1bea/2090>
00000000 <_EIP>:
Code; c012f5f2 <kmem_find_general_cachep+1bea/2090> <=====
0: 0f 0b ud2a <=====
Code; c012f5f4 <kmem_find_general_cachep+1bec/2090>
2: 66 data16
Code; c012f5f5 <kmem_find_general_cachep+1bed/2090>
3: 00 41 96 add %al,0xffffff96(%ecx)
Code; c012f5f8 <kmem_find_general_cachep+1bf0/2090>
6: 24 c0 and $0xc0,%al
Code; c012f5fa <kmem_find_general_cachep+1bf2/2090>
8: 89 d8 mov %ebx,%eax
Code; c012f5fc <kmem_find_general_cachep+1bf4/2090>
a: 2b 05 30 0e 30 c0 sub 0xc0300e30,%eax
Code; c012f602 <kmem_find_general_cachep+1bfa/2090>
10: 69 c0 ab aa 00 00 imul $0xaaab,%eax,%eax
David
-- David Coulson http://davidcoulson.net/ d@vidcoulson.com http://journal.davidcoulson.net/- 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 : Mon Oct 07 2002 - 22:00:45 EST