Sorry I can't be more explicit in checking this out, still working my way
through definitive situations where these occur, but seem to be in low memory
machines, running initrd.gz minix filesystems..
I started gettting OOPS soon after running a patch to rd.c to allow for
encrypted initrd.gz, and I thought it was something to do with the patch, but
it seems this is a deeper issue, because we are now getting it even when
using an unencrypted initrd.gz.
Only seems to happen on Pentium/486 class machines with 8-16 MG RAM
Also, we are running a minix file system.
First OOPS occured after gunzip routine completed, while using the encrypted
initrd.gz.. (Unencrypted OOPS below)
Not a master of ksymoops, but included it incase it helps.
Unable to handle kernel paging request at virtual address 8140c35b
printing eip:
c015e483
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c015e483>]
EFLAGS: 00010293
eax: 8140c357 ebx: 8140c35f ecx: c10952d0 edx: c10951d0
esi: 00000042 edi: 00000000 ebp: 0000000a esp: c1ffd824
ds: 0018 es: 0018 ss: 0018
Process swapper (pid: 1, stackpage=c1ffd000)
Stack: 00000008 c015f1e4 c1f04008 00000005 0000001d 00000000 c1ffdd8c
c1ffd874 c1ffd870 c1ffd86c 0000001e 0000011e 00000012 0000013c 0000007f
c1f19408 00000006 c1f04008 00000009 00000005 00000006 00000007 00000007
Call Trace: [<c015f1e4>] [<c015f2e9>] [<f0708b1f>] [<c015f366>] [<f0708b1f>]
[<c015f753>] [<c011a28d>] [<c0100018>] [<c01070e7>] [<c0107518>]
Code: 8b 58 04 50 e8 44 78 05 00 89 d8 83 c4 04 85 c0 75 eb 31 c0
Kernel panic: Attempted to kill init!
>>EIP; c015e483 <rd_request+d3/190> <=====
Trace; c015f1e4 <inflate_codes+454/470>
Trace; c015f2e9 <inflate_stored+e9/1b0>
Trace; f0708b1f <END_OF_CODE+304c98eb/????>
Trace; c015f366 <inflate_stored+166/1b0>
Trace; f0708b1f <END_OF_CODE+304c98eb/????>
Trace; c015f753 <inflate_dynamic+253/600>
Trace; c011a28d <proc_dointvec_jiffies+1d/30>
Trace; c0100018 <startup_32+18/13b>
Trace; c01070e7 <init+7/110>
Trace; c0107518 <kernel_thread+28/40>
Code; c015e483 <rd_request+d3/190>
00000000 <_EIP>:
Code; c015e483 <rd_request+d3/190> <=====
0: 8b 58 04 movl 0x4(%eax),%ebx <=====
Code; c015e486 <rd_request+d6/190>
3: 50 pushl %eax
Code; c015e487 <rd_request+d7/190>
4: e8 44 78 05 00 call 5784d <_EIP+0x5784d> c01b5cd0
<find_best_ips_proto+130/210>
Code; c015e48c <rd_request+dc/190>
9: 89 d8 movl %ebx,%eax
Code; c015e48e <rd_request+de/190>
b: 83 c4 04 addl $0x4,%esp
Code; c015e491 <rd_request+e1/190>
e: 85 c0 testl %eax,%eax
Code; c015e493 <rd_request+e3/190>
10: 75 eb jne fffffffd <_EIP+0xfffffffd> c015e480
<rd_request+d0/190>
Code; c015e495 <rd_request+e5/190>
12: 31 c0 xorl %eax,%eax
Latest OOPS discovered
Unable to handle kernel paging request at virtual address c839a5b4 printing
eip:
c8124c70
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c0124c70>]
EFLAGS: 00010282
eax: 00000000 ebx: c839a5b0 ecx: 400ec000 edx: c020f360
esi: 400e8000 edi: c020f360 ebp: 00000004 esp: c0097f90
ds: 0018 es: 0018 ss: 0018
Process kswapd (pid: 2, stackpage=c0097000)
Stack: c020f360 00000000 00000000 00000015 c0124d51 c020f360 00000004 00000010
00000027 00000008 00000028 00000054 00000000 c0124f0c 00000028 00000004
00010f00 00000003 00000001 0008e000 c0125038 00000004 c009bf98 00000000
Call Trace: [<c0124d51>] [<c0124f0c>] [<c0125038>] [<c0107518>]
Code: 8b 73 04 55 56 53 57 e8 24 fe ff ff 83 c4 10 85 c0 75 1d 8b
ksymoops output
Oops: 0000
CPU: 0
EIP: 0010:[<c0124c70>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010282
eax: 00000000 ebx: c839a5b0 ecx: 400ec000 edx: c020f360
esi: 400e8000 edi: c020f360 ebp: 00000004 esp: c0097f90
ds: 0018 es: 0018 ss: 0018
Process kswapd (pid: 2, stackpage=c0097000)
Stack: c020f360 00000000 00000000 00000015 c0124d51 c020f360 00000004 00000010
00000027 00000008 00000028 00000054 00000000 c0124f0c 00000028 00000004
00010f00 00000003 00000001 0008e000 c0125038 00000004 c009bf98 00000000
Call Trace: [<c0124d51>] [<c0124f0c>] [<c0125038>] [<c0107518>]
Code: 8b 73 04 55 56 53 57 e8 24 fe ff ff 83 c4 10 85 c0 75 1d 8b
>>EIP; c0124c70 <swap_out_mm+30/70> <=====
Trace; c0124d51 <swap_out+a1/f0>
Trace; c0124f0c <do_try_to_free_pages+16c/200>
Trace; c0125038 <kswapd+98/a0>
Trace; c0107518 <kernel_thread+28/40>
Code; c0124c70 <swap_out_mm+30/70>
00000000 <_EIP>:
Code; c0124c70 <swap_out_mm+30/70> <=====
0: 8b 73 04 movl 0x4(%ebx),%esi <=====
Code; c0124c73 <swap_out_mm+33/70>
3: 55 pushl %ebp
Code; c0124c74 <swap_out_mm+34/70>
4: 56 pushl %esi
Code; c0124c75 <swap_out_mm+35/70>
5: 53 pushl %ebx
Code; c0124c76 <swap_out_mm+36/70>
6: 57 pushl %edi
Code; c0124c77 <swap_out_mm+37/70>
7: e8 24 fe ff ff call fffffe30 <_EIP+0xfffffe30> c0124aa0
<swap_out_vma+0/1a0>
Code; c0124c7c <swap_out_mm+3c/70>
c: 83 c4 10 addl $0x10,%esp
Code; c0124c7f <swap_out_mm+3f/70>
f: 85 c0 testl %eax,%eax
Code; c0124c81 <swap_out_mm+41/70>
11: 75 1d jne 30 <_EIP+0x30> c0124ca0
<swap_out_mm+60/70>
Code; c0124c83 <swap_out_mm+43/70>
13: 8b 00 movl (%eax),%eax
1 warning and 1 error issued. Results may not be reliable.
--------------------------------------------------------
Michael Peddemors - Senior Consultant
Unix Administration - WebSite Hosting
Network Services - Programming
Wizard Internet Services http://www.wizard.ca
Linux Support Specialist - http://www.linuxmagic.com
--------------------------------------------------------
(604) 589-0037 Beautiful British Columbia, Canada
--------------------------------------------------------
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Fri Sep 15 2000 - 21:00:26 EST