* [OOPS] 2.5.27 - __free_pages_ok()
@ 2002-07-22 19:34 Paul Larson
2002-07-22 20:03 ` Rik van Riel
2002-07-22 20:19 ` Dave Hansen
0 siblings, 2 replies; 16+ messages in thread
From: Paul Larson @ 2002-07-22 19:34 UTC (permalink / raw)
To: lkml, linux-mm
[-- Attachment #1: Type: text/plain, Size: 485 bytes --]
Encountered this first with Linux-2.5.25+rmap and it looks like the
problem also slipped into 2.5.27. The same machine boots fine with a
vanilla 2.5.25 or 2.5.26, but gets this on boot with rmap. The machine
is an 8-way PIII-700.
# free
total used free shared buffers
cached
Mem: 3871360 464796 3406564 0 110280
110356
-/+ buffers/cache: 244160 3627200
Swap: 15719284 0 15719284
-Paul Larson
[-- Attachment #2: oops.out --]
[-- Type: text/plain, Size: 17573 bytes --]
ksymoops 2.4.4 on i686 2.4.18-3smp. Options used
-V (default)
-K (specified)
-L (specified)
-O (specified)
-m /usr/src/linux-2.5.27/System.map (specified)
15488MB HIGHMEM available.
WARNING: MP table in the EBDA can be UNSAFE, contact linux-smp@vger.kernel.org if you experience SMP problems!
cpu: 0, clocks: 99984, slice: 3029
cpu: 7, clocks: 99984, slice: 3029
cpu: 5, clocks: 99984, slice: 3029
cpu: 6, clocks: 99984, slice: 3029
cpu: 3, clocks: 99984, slice: 3029
cpu: 4, clocks: 99984, slice: 3029
cpu: 1, clocks: 99984, slice: 3029
cpu: 2, clocks: 99984, slice: 3029
ds: no socket drivers loaded!
kernel BUG at page_alloc.c:98!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c0132a0a>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010282
eax: cbffcc08 ebx: c03cc2b0 ecx: cbffcc08 edx: fffe5638
esi: 00000058 edi: 00000000 ebp: cbffcc08 esp: f7545f10
ds: 0018 es: 0018 ss: 0018
Stack: cbffcc08 c0127930 c03cc140 f7951f50 bfffc000 00004000 f7564f80 00000000
cbffcc08 c03cc2b0 00000058 00000106 cbffcc08 c012aa9c cbffcc08 00000001
c011b068 00000000 f7545f70 f7952bc0 00000002 f79146e0 00000100 c0116ea8
Call Trace: [<c0127930>] [<c012aa9c>] [<c011b068>] [<c0116ea8>] [<c011bc34>]
[<c010700b>]
Code: 0f 0b 62 00 06 6c 2e c0 8b 0c 24 ba 04 00 00 00 8b 41 14 83
>>EIP; c0132a0a <__free_pages_ok+9a/320> <=====
Trace; c0127930 <unmap_page_range+40/60>
Trace; c012aa9c <exit_mmap+15c/220>
Trace; c011b068 <release_task+a8/b0>
Trace; c0116ea8 <mmput+48/70>
Trace; c011bc34 <do_exit+c4/2a0>
Trace; c010700b <syscall_call+7/b>
Code; c0132a0a <__free_pages_ok+9a/320>
00000000 <_EIP>:
Code; c0132a0a <__free_pages_ok+9a/320> <=====
0: 0f 0b ud2a <=====
Code; c0132a0c <__free_pages_ok+9c/320>
2: 62 00 bound %eax,(%eax)
Code; c0132a0e <__free_pages_ok+9e/320>
4: 06 push %es
Code; c0132a0f <__free_pages_ok+9f/320>
5: 6c insb (%dx),%es:(%edi)
Code; c0132a10 <__free_pages_ok+a0/320>
6: 2e c0 8b 0c 24 ba 04 rorb $0x0,%cs:0x4ba240c(%ebx)
Code; c0132a17 <__free_pages_ok+a7/320>
d: 00
Code; c0132a18 <__free_pages_ok+a8/320>
e: 00 00 add %al,(%eax)
Code; c0132a1a <__free_pages_ok+aa/320>
10: 8b 41 14 mov 0x14(%ecx),%eax
Code; c0132a1d <__free_pages_ok+ad/320>
13: 83 00 00 addl $0x0,(%eax)
kernel BUG at page_alloc.c:98!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c0132a0a>] Not tainted
EFLAGS: 00010282
eax: cbffbd98 ebx: c03cc2c0 ecx: cbffbd98 edx: fffe5638
esi: 0000005c edi: 00000000 ebp: cbffbd98 esp: f7511c20
ds: 0018 es: 0018 ss: 0018
Stack: cbffbd98 c0127930 c03cc140 f7951ef0 bfffc000 00004000 f753b5a0 00000000
cbffbd98 c03cc2c0 0000005c 00000125 cbffbd98 c012aa9c cbffbd98 f7966280
f7511ca0 f7511c6c c012bfd0 f79529e0 f7510000 00000000 f79529e0 c0116ea8
Call Trace: [<c0127930>] [<c012aa9c>] [<c012bfd0>] [<c0116ea8>] [<c014479e>]
[<c014495d>] [<c015ac26>] [<c0232293>] [<c0114f3b>] [<c0139de2>] [<c0144242>]
[<c015a7c0>] [<c0144f5c>] [<c0145227>] [<c01463ee>] [<c0105bb0>] [<c010700b>]
Code: 0f 0b 62 00 06 6c 2e c0 8b 0c 24 ba 04 00 00 00 8b 41 14 83
>>EIP; c0132a0a <__free_pages_ok+9a/320> <=====
Trace; c0127930 <unmap_page_range+40/60>
Trace; c012aa9c <exit_mmap+15c/220>
Trace; c012bfd0 <file_read_actor+0/f0>
Trace; c0116ea8 <mmput+48/70>
Trace; c014479e <exec_mmap+14e/170>
Trace; c014495d <flush_old_exec+9d/2d0>
Trace; c015ac26 <load_elf_binary+466/ad0>
Trace; c0232293 <scsi_dispatch_cmd+e3/180>
Trace; c0114f3b <schedule+33b/3a0>
Trace; c0139de2 <do_page_cache_readahead+f2/120>
Trace; c0144242 <copy_strings+1c2/240>
Trace; c015a7c0 <load_elf_binary+0/ad0>
Trace; c0144f5c <search_binary_handler+ac/1e0>
Trace; c0145227 <do_execve+197/240>
Trace; c01463ee <getname+5e/a0>
Trace; c0105bb0 <sys_execve+30/60>
Trace; c010700b <syscall_call+7/b>
Code; c0132a0a <__free_pages_ok+9a/320>
00000000 <_EIP>:
Code; c0132a0a <__free_pages_ok+9a/320> <=====
0: 0f 0b ud2a <=====
Code; c0132a0c <__free_pages_ok+9c/320>
2: 62 00 bound %eax,(%eax)
Code; c0132a0e <__free_pages_ok+9e/320>
4: 06 push %es
Code; c0132a0f <__free_pages_ok+9f/320>
5: 6c insb (%dx),%es:(%edi)
Code; c0132a10 <__free_pages_ok+a0/320>
6: 2e c0 8b 0c 24 ba 04 rorb $0x0,%cs:0x4ba240c(%ebx)
Code; c0132a17 <__free_pages_ok+a7/320>
d: 00
Code; c0132a18 <__free_pages_ok+a8/320>
e: 00 00 add %al,(%eax)
Code; c0132a1a <__free_pages_ok+aa/320>
10: 8b 41 14 mov 0x14(%ecx),%eax
Code; c0132a1d <__free_pages_ok+ad/320>
13: 83 00 00 addl $0x0,(%eax)
Setting clockernel BUG at page_alloc.c:98!
EFLAGS: 00010282
Stack: cbff9da0 c0127930 c03cc140 f7951f30 bfffc000 00004000 f75527e0 00000000
cbff9da0 c03cc2c0 0000005c 00000128 cbff9da0 c012aa9c cbff9da0 f7966280
f753fca0 f753fc6c c012bfd0 f7952b20 f753e000 00000000 f7952b20 c0116ea8
Call Trace: [<c0127930>] [<c012aa9c>] [<c012bfd0>] [<c0116ea8>] [<c014479e>]
[<c014495d>] [<c015ac26>] [<c0139d6a>] [<c0144242>] [<c015a7c0>] [<c0144f5c>]
[<c0145227>] [<c01463ee>] [<c0105bb0>] [<c010700b>]
Code: 0f 0b 62 00 06 6c 2e c0 8b 0c 24 ba 04 00 00 00 8b 41 14 83
Trace; c0127930 <unmap_page_range+40/60>
Trace; c012aa9c <exit_mmap+15c/220>
Trace; c012bfd0 <file_read_actor+0/f0>
Trace; c0116ea8 <mmput+48/70>
Trace; c014479e <exec_mmap+14e/170>
Trace; c014495d <flush_old_exec+9d/2d0>
Trace; c015ac26 <load_elf_binary+466/ad0>
Trace; c0139d6a <do_page_cache_readahead+7a/120>
Trace; c0144242 <copy_strings+1c2/240>
Trace; c015a7c0 <load_elf_binary+0/ad0>
Trace; c0144f5c <search_binary_handler+ac/1e0>
Trace; c0145227 <do_execve+197/240>
Trace; c01463ee <getname+5e/a0>
Trace; c0105bb0 <sys_execve+30/60>
Trace; c010700b <syscall_call+7/b>
Code; c0132a0a <__free_pages_ok+9a/320>
00000000 <_EIP>:
Code; c0132a0a <__free_pages_ok+9a/320>
0: 0f 0b ud2a
Code; c0132a0c <__free_pages_ok+9c/320>
2: 62 00 bound %eax,(%eax)
Code; c0132a0e <__free_pages_ok+9e/320>
4: 06 push %es
Code; c0132a0f <__free_pages_ok+9f/320>
5: 6c insb (%dx),%es:(%edi)
Code; c0132a10 <__free_pages_ok+a0/320>
6: 2e c0 8b 0c 24 ba 04 rorb $0x0,%cs:0x4ba240c(%ebx)
Code; c0132a17 <__free_pages_ok+a7/320>
d: 00
Code; c0132a18 <__free_pages_ok+a8/320>
e: 00 00 add %al,(%eax)
Code; c0132a1a <__free_pages_ok+aa/320>
10: 8b 41 14 mov 0x14(%ecx),%eax
Code; c0132a1d <__free_pages_ok+ad/320>
13: 83 00 00 addl $0x0,(%eax)
kernel BUG at page_alloc.c:98!
invalid operand: 0000
CPU: 1
EIP: 0010:[<c0132a0a>] Not tainted
EFLAGS: 00010282
eax: cbff88d4 ebx: c03ccabc ecx: cbff88d4 edx: fffee638
esi: 0000005c edi: 00000000 ebp: cbff88d4 esp: f7501f10
ds: 0018 es: 0018 ss: 0018
Stack: cbff88d4 c0127930 c03cc93c f7505f70 bfffc000 00004000 f7552660 00000000
cbff88d4 c03ccabc 0000005c 00000128 cbff88d4 c012aa9c cbff88d4 00000001
c011b068 00000282 fffffff6 f7510c80 00000002 f79e5340 00000000 c0116ea8
Call Trace: [<c0127930>] [<c012aa9c>] [<c011b068>] [<c0116ea8>] [<c011bc34>]
[<c01114e6>] [<c010700b>]
Code: 0f 0b 62 00 06 6c 2e c0 8b 0c 24 ba 04 00 00 00 8b 41 14 83
>>EIP; c0132a0a <__free_pages_ok+9a/320> <=====
Trace; c0127930 <unmap_page_range+40/60>
Trace; c012aa9c <exit_mmap+15c/220>
Trace; c011b068 <release_task+a8/b0>
Trace; c0116ea8 <mmput+48/70>
Trace; c011bc34 <do_exit+c4/2a0>
Trace; c01114e6 <smp_apic_timer_interrupt+f6/120>
Trace; c010700b <syscall_call+7/b>
Code; c0132a0a <__free_pages_ok+9a/320>
00000000 <_EIP>:
Code; c0132a0a <__free_pages_ok+9a/320> <=====
0: 0f 0b ud2a <=====
Code; c0132a0c <__free_pages_ok+9c/320>
2: 62 00 bound %eax,(%eax)
Code; c0132a0e <__free_pages_ok+9e/320>
4: 06 push %es
Code; c0132a0f <__free_pages_ok+9f/320>
5: 6c insb (%dx),%es:(%edi)
Code; c0132a10 <__free_pages_ok+a0/320>
6: 2e c0 8b 0c 24 ba 04 rorb $0x0,%cs:0x4ba240c(%ebx)
Code; c0132a17 <__free_pages_ok+a7/320>
d: 00
Code; c0132a18 <__free_pages_ok+a8/320>
e: 00 00 add %al,(%eax)
Code; c0132a1a <__free_pages_ok+aa/320>
10: 8b 41 14 mov 0x14(%ecx),%eax
Code; c0132a1d <__free_pages_ok+ad/320>
13: 83 00 00 addl $0x0,(%eax)
/: clean, 285771kernel BUG at page_alloc.c:98!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c0132a0a>] Not tainted
EFLAGS: 00010282
eax: cbff9ea8 ebx: c03cc390 ecx: cbff9ea8 edx: fffe5ff8
esi: 00000090 edi: 00000000 ebp: cbff9ea8 esp: f74abc20
ds: 0018 es: 0018 ss: 0018
Stack: cbff9ea8 003c8000 c100001c cbff5410 c19a001c c034628c 00000203 fffffffe
cbff9ea8 c03cc390 00000090 00000094 cbff9ea8 c012aa9c cbff9ea8 f7966280
f74abca0 f74abc6c c012bfd0 f7510e60 f74aa000 00000000 f7510e60 c0116ea8
Call Trace: [<c012aa9c>] [<c012bfd0>] [<c0116ea8>] [<c014479e>] [<c014495d>]
[<c015ac26>] [<c0139d6a>] [<c0144242>] [<c015a7c0>] [<c0144f5c>] [<c0145227>]
[<c01463ee>] [<c0105bb0>] [<c010700b>]
Code: 0f 0b 62 00 06 6c 2e c0 8b 0c 24 ba 04 00 00 00 8b 41 14 83
>>EIP; c0132a0a <__free_pages_ok+9a/320> <=====
Trace; c012aa9c <exit_mmap+15c/220>
Trace; c012bfd0 <file_read_actor+0/f0>
Trace; c0116ea8 <mmput+48/70>
Trace; c014479e <exec_mmap+14e/170>
Trace; c014495d <flush_old_exec+9d/2d0>
Trace; c015ac26 <load_elf_binary+466/ad0>
Trace; c0139d6a <do_page_cache_readahead+7a/120>
Trace; c0144242 <copy_strings+1c2/240>
Trace; c015a7c0 <load_elf_binary+0/ad0>
Trace; c0144f5c <search_binary_handler+ac/1e0>
Trace; c0145227 <do_execve+197/240>
Trace; c01463ee <getname+5e/a0>
Trace; c0105bb0 <sys_execve+30/60>
Trace; c010700b <syscall_call+7/b>
Code; c0132a0a <__free_pages_ok+9a/320>
00000000 <_EIP>:
Code; c0132a0a <__free_pages_ok+9a/320> <=====
0: 0f 0b ud2a <=====
Code; c0132a0c <__free_pages_ok+9c/320>
2: 62 00 bound %eax,(%eax)
Code; c0132a0e <__free_pages_ok+9e/320>
4: 06 push %es
Code; c0132a0f <__free_pages_ok+9f/320>
5: 6c insb (%dx),%es:(%edi)
Code; c0132a10 <__free_pages_ok+a0/320>
6: 2e c0 8b 0c 24 ba 04 rorb $0x0,%cs:0x4ba240c(%ebx)
Code; c0132a17 <__free_pages_ok+a7/320>
d: 00
Code; c0132a18 <__free_pages_ok+a8/320>
e: 00 00 add %al,(%eax)
Code; c0132a1a <__free_pages_ok+aa/320>
10: 8b 41 14 mov 0x14(%ecx),%eax
Code; c0132a1d <__free_pages_ok+ad/320>
13: 83 00 00 addl $0x0,(%eax)
kernel BUG at page_alloc.c:98!
invalid operand: 0000
CPU: 1
EIP: 0010:[<c0132a0a>] Not tainted
EFLAGS: 00010282
eax: cbff5ba0 ebx: c03cca40 ecx: cbff5ba0 edx: fffee680
esi: 0000003d edi: 00000000 ebp: cbff5ba0 esp: f74c9f10
ds: 0018 es: 0018 ss: 0018
Stack: cbff5ba0 c0127930 c03cc93c f7505ff0 bfffc000 00004000 f74dba80 00000000
cbff5ba0 c03cca40 0000003d 00000054 cbff5ba0 c012aa9c cbff5ba0 f7a36f60
f7520340 cc09eee0 f74d2b40 f7510f00 00000002 f74ef320 00000000 c0116ea8
Call Trace: [<c0127930>] [<c012aa9c>] [<c0116ea8>] [<c011bc34>] [<c013c402>]
[<c010700b>]
Code: 0f 0b 62 00 06 6c 2e c0 8b 0c 24 ba 04 00 00 00 8b 41 14 83
>>EIP; c0132a0a <__free_pages_ok+9a/320> <=====
Trace; c0127930 <unmap_page_range+40/60>
Trace; c012aa9c <exit_mmap+15c/220>
Trace; c0116ea8 <mmput+48/70>
Trace; c011bc34 <do_exit+c4/2a0>
Trace; c013c402 <filp_close+92/a0>
Trace; c010700b <syscall_call+7/b>
Code; c0132a0a <__free_pages_ok+9a/320>
00000000 <_EIP>:
Code; c0132a0a <__free_pages_ok+9a/320> <=====
0: 0f 0b ud2a <=====
Code; c0132a0c <__free_pages_ok+9c/320>
2: 62 00 bound %eax,(%eax)
Code; c0132a0e <__free_pages_ok+9e/320>
4: 06 push %es
Code; c0132a0f <__free_pages_ok+9f/320>
5: 6c insb (%dx),%es:(%edi)
Code; c0132a10 <__free_pages_ok+a0/320>
6: 2e c0 8b 0c 24 ba 04 rorb $0x0,%cs:0x4ba240c(%ebx)
Code; c0132a17 <__free_pages_ok+a7/320>
d: 00
Code; c0132a18 <__free_pages_ok+a8/320>
e: 00 00 add %al,(%eax)
Code; c0132a1a <__free_pages_ok+aa/320>
10: 8b 41 14 mov 0x14(%ecx),%eax
Code; c0132a1d <__free_pages_ok+ad/320>
13: 83 00 00 addl $0x0,(%eax)
/2469152 files, kernel BUG at page_alloc.c:98!
EIP: 0010:[<c0132a0a>] Not tainted
EFLAGS: 00010286
Warning (Oops_read): Code line not seen, dumping what data is available
>>EIP; c0132a0a <__free_pages_ok+9a/320> <=====
0127930 c03ce130 f7505f90 bfffb000 00005000 f74e9380 00000000
cbff7778 c03ce160 00000008 000000a6 cbff7778 c012aa9c cbff7778 f74ef960
c011b068 00000282 00000059 f7510d20 00000002 f79e5340 00000800 c0116ea8
Call Trace: [<c0127930>] [<c012aa9c>] [<c011b068>] [<c0116ea8>] [<c011bc34>]
[<c01209e0>] [<c0114fa0>] [<c010700b>]
Code: 0f 0b 62 00 06 6c 2e c0 8b 0c 24 ba 04 00 00 00 8b 41 14 83
Trace; c0127930 <unmap_page_range+40/60>
Trace; c012aa9c <exit_mmap+15c/220>
Trace; c011b068 <release_task+a8/b0>
Trace; c0116ea8 <mmput+48/70>
Trace; c011bc34 <do_exit+c4/2a0>
Trace; c01209e0 <process_timeout+0/10>
Trace; c0114fa0 <default_wake_function+0/40>
Trace; c010700b <syscall_call+7/b>
Code; c0132a0a <__free_pages_ok+9a/320>
00000000 <_EIP>:
Code; c0132a0a <__free_pages_ok+9a/320>
0: 0f 0b ud2a
Code; c0132a0c <__free_pages_ok+9c/320>
2: 62 00 bound %eax,(%eax)
Code; c0132a0e <__free_pages_ok+9e/320>
4: 06 push %es
Code; c0132a0f <__free_pages_ok+9f/320>
5: 6c insb (%dx),%es:(%edi)
Code; c0132a10 <__free_pages_ok+a0/320>
6: 2e c0 8b 0c 24 ba 04 rorb $0x0,%cs:0x4ba240c(%ebx)
Code; c0132a17 <__free_pages_ok+a7/320>
d: 00
Code; c0132a18 <__free_pages_ok+a8/320>
e: 00 00 add %al,(%eax)
Code; c0132a1a <__free_pages_ok+aa/320>
10: 8b 41 14 mov 0x14(%ecx),%eax
Code; c0132a1d <__free_pages_ok+ad/320>
13: 83 00 00 addl $0x0,(%eax)
/etc/rc.sysinit:kernel BUG line 295: 88 Segmentation fault initlog -c "fsck -T -a $fsckoptions /"
invalid operand: 0000
CPU: 7
EIP: 0010:[<c0132a0a>] Not tainted
EFLAGS: 00010282
eax: cbff6e5c ebx: c03cfb98 ecx: cbff6e5c edx: fffeeff8
esi: 00000099 edi: 00000000 ebp: cbff6e5c esp: f7501c20
ds: 0018 es: 0018 ss: 0018
Stack: cbff6e5c 003c8000 c100001c cbff5468 c19a001c c034628c 00000207 fffffffe
cbff6e5c c03cfb98 00000099 0000009d cbff6e5c c012aa9c cbff6e5c f7966280
f7501ca0 f7501c6c c012bfd0 f74c8f20 f7500000 00000000 f74c8f20 c0116ea8
Call Trace: [<c012aa9c>] [<c012bfd0>] [<c0116ea8>] [<c014479e>] [<c014495d>]
[<c015ac26>] [<c0115020>] [<c0139d6a>] [<c0144242>] [<c015a7c0>] [<c0144f5c>]
[<c0145227>] [<c01463ee>] [<c0105bb0>] [<c010700b>]
Code: 0f 0b 62 00 06 6c 2e c0 8b 0c 24 ba 04 00 00 00 8b 41 14 83
>>EIP; c0132a0a <__free_pages_ok+9a/320> <=====
Trace; c012aa9c <exit_mmap+15c/220>
Trace; c012bfd0 <file_read_actor+0/f0>
Trace; c0116ea8 <mmput+48/70>
Trace; c014479e <exec_mmap+14e/170>
Trace; c014495d <flush_old_exec+9d/2d0>
Trace; c015ac26 <load_elf_binary+466/ad0>
Trace; c0115020 <__wake_up_common+40/60>
Trace; c0139d6a <do_page_cache_readahead+7a/120>
Trace; c0144242 <copy_strings+1c2/240>
Trace; c015a7c0 <load_elf_binary+0/ad0>
Trace; c0144f5c <search_binary_handler+ac/1e0>
Trace; c0145227 <do_execve+197/240>
Trace; c01463ee <getname+5e/a0>
Trace; c0105bb0 <sys_execve+30/60>
Trace; c010700b <syscall_call+7/b>
Code; c0132a0a <__free_pages_ok+9a/320>
00000000 <_EIP>:
Code; c0132a0a <__free_pages_ok+9a/320> <=====
0: 0f 0b ud2a <=====
Code; c0132a0c <__free_pages_ok+9c/320>
2: 62 00 bound %eax,(%eax)
Code; c0132a0e <__free_pages_ok+9e/320>
4: 06 push %es
Code; c0132a0f <__free_pages_ok+9f/320>
5: 6c insb (%dx),%es:(%edi)
Code; c0132a10 <__free_pages_ok+a0/320>
6: 2e c0 8b 0c 24 ba 04 rorb $0x0,%cs:0x4ba240c(%ebx)
Code; c0132a17 <__free_pages_ok+a7/320>
d: 00
Code; c0132a18 <__free_pages_ok+a8/320>
e: 00 00 add %al,(%eax)
Code; c0132a1a <__free_pages_ok+aa/320>
10: 8b 41 14 mov 0x14(%ecx),%eax
Code; c0132a1d <__free_pages_ok+ad/320>
13: 83 00 00 addl $0x0,(%eax)
1 warning issued. Results may not be reliable.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [OOPS] 2.5.27 - __free_pages_ok()
2002-07-22 19:34 [OOPS] 2.5.27 - __free_pages_ok() Paul Larson
@ 2002-07-22 20:03 ` Rik van Riel
2002-07-22 20:05 ` Rik van Riel
2002-07-22 20:19 ` Dave Hansen
1 sibling, 1 reply; 16+ messages in thread
From: Rik van Riel @ 2002-07-22 20:03 UTC (permalink / raw)
To: Paul Larson; +Cc: lkml, linux-mm
On 22 Jul 2002, Paul Larson wrote:
> Encountered this first with Linux-2.5.25+rmap and it looks like the
> problem also slipped into 2.5.27. The same machine boots fine with a
> vanilla 2.5.25 or 2.5.26, but gets this on boot with rmap. The machine
> is an 8-way PIII-700.
Bill Irwin has told me about a rare bug with exec() mapping
garbage into the address space of a process, which might
trigger this bug check the next time that process exec()s.
I've gotten two reports of this bug now, but have no idea
what particular combination of hardware / compiler / config
triggers the bug. The rmap code seems to have survived akpm's
stress tests so it's probably not a simple bug to track down ;/
regards,
Rik
--
Bravely reimplemented by the knights who say "NIH".
http://www.surriel.com/ http://distro.conectiva.com/
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [OOPS] 2.5.27 - __free_pages_ok()
2002-07-22 20:03 ` Rik van Riel
@ 2002-07-22 20:05 ` Rik van Riel
2002-07-22 22:34 ` Paul Larson
2002-07-22 22:37 ` Paul Larson
0 siblings, 2 replies; 16+ messages in thread
From: Rik van Riel @ 2002-07-22 20:05 UTC (permalink / raw)
To: Paul Larson; +Cc: lkml, linux-mm
On Mon, 22 Jul 2002, Rik van Riel wrote:
> I've gotten two reports of this bug now, but have no idea
> what particular combination of hardware / compiler / config
> triggers the bug. The rmap code seems to have survived akpm's
> stress tests so it's probably not a simple bug to track down ;/
Now that I think about it, could you try enabling RMAP_DEBUG
in mm/rmap.c and try triggering this bug again ?
It's quite possible the debugging code in page_remove_rmap()
will show us a hint...
Rik
--
Bravely reimplemented by the knights who say "NIH".
http://www.surriel.com/ http://distro.conectiva.com/
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [OOPS] 2.5.27 - __free_pages_ok()
2002-07-22 19:34 [OOPS] 2.5.27 - __free_pages_ok() Paul Larson
2002-07-22 20:03 ` Rik van Riel
@ 2002-07-22 20:19 ` Dave Hansen
1 sibling, 0 replies; 16+ messages in thread
From: Dave Hansen @ 2002-07-22 20:19 UTC (permalink / raw)
To: Paul Larson; +Cc: lkml, linux-mm
Paul Larson wrote:
> Encountered this first with Linux-2.5.25+rmap and it looks like the
> problem also slipped into 2.5.27. The same machine boots fine with a
> vanilla 2.5.25 or 2.5.26, but gets this on boot with rmap. The machine
> is an 8-way PIII-700.
I was hitting the same thing on a Netfinity 8500R/x370. The problem
was an old compiler (egcs 2.91-something). It was triggered by a few
different things, including kernprof and dcache_rcu.
--
Dave Hansen
haveblue@us.ibm.com
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [OOPS] 2.5.27 - __free_pages_ok()
2002-07-22 20:05 ` Rik van Riel
@ 2002-07-22 22:34 ` Paul Larson
2002-07-22 22:52 ` William Lee Irwin III
2002-07-23 0:18 ` Alan Cox
2002-07-22 22:37 ` Paul Larson
1 sibling, 2 replies; 16+ messages in thread
From: Paul Larson @ 2002-07-22 22:34 UTC (permalink / raw)
To: Rik van Riel; +Cc: lkml, linux-mm, haveblue
On Mon, 2002-07-22 at 15:05, Rik van Riel wrote:
> Now that I think about it, could you try enabling RMAP_DEBUG
> in mm/rmap.c and try triggering this bug again ?
Done, output attached below.
On Mon, 2002-07-22 at 15:19, Dave Hansen wrote:
> I was hitting the same thing on a Netfinity 8500R/x370. The problem
> was an old compiler (egcs 2.91-something). It was triggered by a few
> different things, including kernprof and dcache_rcu.
Well, it was a redhat box. Just to be certain, I made sure to use kgcc
and it still hung on boot, but kgcc is egcs-2.91.66 19990314/Linux
(egcs-1.1.2 release). If it would be helpful, I'll try compiling my
kernel on a debian box tomorrow and booting with that.
Thanks,
Paul Larson
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [OOPS] 2.5.27 - __free_pages_ok()
2002-07-22 20:05 ` Rik van Riel
2002-07-22 22:34 ` Paul Larson
@ 2002-07-22 22:37 ` Paul Larson
1 sibling, 0 replies; 16+ messages in thread
From: Paul Larson @ 2002-07-22 22:37 UTC (permalink / raw)
To: Rik van Riel; +Cc: lkml, linux-mm, haveblue
[-- Attachment #1: Type: text/plain, Size: 58 bytes --]
New and improved version with the attachment this time.
[-- Attachment #2: rmap2.out --]
[-- Type: text/plain, Size: 3199 bytes --]
ksymoops 2.4.5 on i686 2.4.18-mts. Options used
-V (default)
-K (specified)
-L (specified)
-O (specified)
-m System.map (specified)
15488MB HIGHMEM available.
WARNING: MP table in the EBDA can be UNSAFE, contact linux-smp@vger.kernel.org if you experience SMP problems!
cpu: 0, clocks: 99988, slice: 3029
cpu: 5, clocks: 99988, slice: 3029
cpu: 7, clocks: 99988, slice: 3029
cpu: 6, clocks: 99988, slice: 3029
cpu: 3, clocks: 99988, slice: 3029
cpu: 4, clocks: 99988, slice: 3029
cpu: 1, clocks: 99988, slice: 3029
cpu: 2, clocks: 99988, slice: 3029
ds: no socket drivers loaded!
kernel BUG at rmap.c:106!
invalid operand: 0000
CPU: 2
EIP: 0010:[<c013a444>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010246
eax: c1aff9ec ebx: c393dd0c ecx: eff34067 edx: 000eff34
esi: fffdcff8 edi: cc0dc000 ebp: c393dd0c esp: cc0ddc0c
ds: 0018 es: 0018 ss: 0018
Stack: fffdcff8 00000000 c0143e6f cc0ddf44 0000001f cc0dc000 bffff000 eff34025
00000000 c0143fc2 cc0e2ce0 c393dd0c bffff000 0000457f cc0e2ce0 c02ebc52
c02ebc4e c393dd0c c0365f64 f7954ee0 c015ae30 cc0dde48 c036b6f8 c015a7fc
Call Trace: [<c0143e6f>] [<c0143fc2>] [<c015ae30>] [<c015a7fc>] [<c02363d5>]
[<c023c3ec>] [<c0144a8e>] [<c0144d5e>] [<c0144d75>] [<c0105b27>] [<c0106e6b>]
[<c0110018>] [<c010516a>] [<c01056ab>]
Code: 0f 0b 6a 00 2c 91 2e c0 3b 15 c0 ef 40 c0 0f 83 ef 00 00 00
>>EIP; c013a444 <page_add_rmap+48/150> <=====
>>eax; c1aff9ec <END_OF_CODE+16b7070/????>
>>ebx; c393dd0c <END_OF_CODE+34f5390/????>
>>ecx; eff34067 <END_OF_CODE+2faeb6eb/????>
>>edx; 000eff34 Before first symbol
>>esi; fffdcff8 <END_OF_CODE+3fb9467c/????>
>>edi; cc0dc000 <END_OF_CODE+bc93684/????>
>>ebp; c393dd0c <END_OF_CODE+34f5390/????>
>>esp; cc0ddc0c <END_OF_CODE+bc95290/????>
Trace; c0143e6f <put_dirty_page+c7/100>
Trace; c0143fc2 <setup_arg_pages+11a/15c>
Trace; c015ae30 <load_elf_binary+634/f64>
Trace; c015a7fc <load_elf_binary+0/f64>
Trace; c02363d5 <scsi_dispatch_cmd+f5/188>
Trace; c023c3ec <scsi_request_fn+390/3b4>
Trace; c0144a8e <search_binary_handler+a2/1c8>
Trace; c0144d5e <do_execve+1aa/258>
Trace; c0144d75 <do_execve+1c1/258>
Trace; c0105b27 <sys_execve+2f/60>
Trace; c0106e6b <syscall_call+7/b>
Trace; c0110018 <mtrr_ioctl+634/6e8>
Trace; c010516a <init+122/1c8>
Trace; c01056ab <kernel_thread+23/30>
Code; c013a444 <page_add_rmap+48/150>
00000000 <_EIP>:
Code; c013a444 <page_add_rmap+48/150> <=====
0: 0f 0b ud2a <=====
Code; c013a446 <page_add_rmap+4a/150>
2: 6a 00 push $0x0
Code; c013a448 <page_add_rmap+4c/150>
4: 2c 91 sub $0x91,%al
Code; c013a44a <page_add_rmap+4e/150>
6: 2e c0 3b 15 sarb $0x15,%cs:(%ebx)
Code; c013a44e <page_add_rmap+52/150>
a: c0 ef 40 shr $0x40,%bh
Code; c013a451 <page_add_rmap+55/150>
d: c0 0f 83 rorb $0x83,(%edi)
Code; c013a454 <page_add_rmap+58/150>
10: ef out %eax,(%dx)
<0>Kernel panic: Attempted to kill init!
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [OOPS] 2.5.27 - __free_pages_ok()
2002-07-22 22:34 ` Paul Larson
@ 2002-07-22 22:52 ` William Lee Irwin III
2002-07-23 17:40 ` Paul Larson
2002-07-23 0:18 ` Alan Cox
1 sibling, 1 reply; 16+ messages in thread
From: William Lee Irwin III @ 2002-07-22 22:52 UTC (permalink / raw)
To: Paul Larson; +Cc: Rik van Riel, lkml, linux-mm, haveblue
On Mon, 2002-07-22 at 15:19, Dave Hansen wrote:
>> I was hitting the same thing on a Netfinity 8500R/x370. The problem
>> was an old compiler (egcs 2.91-something). It was triggered by a few
>> different things, including kernprof and dcache_rcu.
On Mon, Jul 22, 2002 at 05:34:32PM -0500, Paul Larson wrote:
> Well, it was a redhat box. Just to be certain, I made sure to use kgcc
> and it still hung on boot, but kgcc is egcs-2.91.66 19990314/Linux
> (egcs-1.1.2 release). If it would be helpful, I'll try compiling my
> kernel on a debian box tomorrow and booting with that.
ISTR this compiler having code generation problems. I think trying to
reproduce this with a working i386 compiler is in order, e.g. debian's
2.95.4 or some similarly stable version.
Cheers,
Bill
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [OOPS] 2.5.27 - __free_pages_ok()
2002-07-23 0:18 ` Alan Cox
@ 2002-07-22 23:37 ` Thunder from the hill
2002-07-23 11:34 ` Paul Larson
1 sibling, 0 replies; 16+ messages in thread
From: Thunder from the hill @ 2002-07-22 23:37 UTC (permalink / raw)
To: Alan Cox; +Cc: Paul Larson, Rik van Riel, lkml, linux-mm, haveblue
Hi,
On 23 Jul 2002, Alan Cox wrote:
> egcs-1.1.2 does have real problems with 2.5
>
> 7.1 errata/7.2/7.3 gcc 2.96 appear quite happy
So what compiler could I use on my sparc64? IIRC, the current gcc versions
failed to make up clean bytecode, and the older versions fail to deal with
newer code...
I've seen the gcc 3.1 test report from Dave Miller, and I knew it could be
nasty times if I try to get used to it...
Regards,
Thunder
--
(Use http://www.ebb.org/ungeek if you can't decode)
------BEGIN GEEK CODE BLOCK------
Version: 3.12
GCS/E/G/S/AT d- s++:-- a? C++$ ULAVHI++++$ P++$ L++++(+++++)$ E W-$
N--- o? K? w-- O- M V$ PS+ PE- Y- PGP+ t+ 5+ X+ R- !tv b++ DI? !D G
e++++ h* r--- y-
------END GEEK CODE BLOCK------
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [OOPS] 2.5.27 - __free_pages_ok()
2002-07-22 22:34 ` Paul Larson
2002-07-22 22:52 ` William Lee Irwin III
@ 2002-07-23 0:18 ` Alan Cox
2002-07-22 23:37 ` Thunder from the hill
2002-07-23 11:34 ` Paul Larson
1 sibling, 2 replies; 16+ messages in thread
From: Alan Cox @ 2002-07-23 0:18 UTC (permalink / raw)
To: Paul Larson; +Cc: Rik van Riel, lkml, linux-mm, haveblue
> and it still hung on boot, but kgcc is egcs-2.91.66 19990314/Linux
> (egcs-1.1.2 release). If it would be helpful, I'll try compiling my
> kernel on a debian box tomorrow and booting with that.
egcs-1.1.2 does have real problems with 2.5
7.1 errata/7.2/7.3 gcc 2.96 appear quite happy
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [OOPS] 2.5.27 - __free_pages_ok()
2002-07-23 0:18 ` Alan Cox
2002-07-22 23:37 ` Thunder from the hill
@ 2002-07-23 11:34 ` Paul Larson
1 sibling, 0 replies; 16+ messages in thread
From: Paul Larson @ 2002-07-23 11:34 UTC (permalink / raw)
To: Alan Cox; +Cc: Rik van Riel, lkml, linux-mm, haveblue
On Mon, 2002-07-22 at 19:18, Alan Cox wrote:
> > and it still hung on boot, but kgcc is egcs-2.91.66 19990314/Linux
> > (egcs-1.1.2 release). If it would be helpful, I'll try compiling my
> > kernel on a debian box tomorrow and booting with that.
>
> egcs-1.1.2 does have real problems with 2.5
>
> 7.1 errata/7.2/7.3 gcc 2.96 appear quite happy
7.3 gcc 2.96 was the one I was originally using when I found this
problem. I decided to go back and try kgcc just in case. I'll try
compiling it on another machine and moving it over today.
-Paul Larson
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [OOPS] 2.5.27 - __free_pages_ok()
2002-07-22 22:52 ` William Lee Irwin III
@ 2002-07-23 17:40 ` Paul Larson
2002-07-23 17:48 ` Dave Hansen
2002-07-23 17:49 ` William Lee Irwin III
0 siblings, 2 replies; 16+ messages in thread
From: Paul Larson @ 2002-07-23 17:40 UTC (permalink / raw)
To: William Lee Irwin III; +Cc: Rik van Riel, lkml, linux-mm, haveblue
On Mon, 2002-07-22 at 17:52, William Lee Irwin III wrote:
> ISTR this compiler having code generation problems. I think trying to
> reproduce this with a working i386 compiler is in order, e.g. debian's
> 2.95.4 or some similarly stable version.
That's exactly the one I was planning on trying it with. Tried it this
morning with the same error. Three compilers later, I think this is
looking less like a compiler error. Any ideas?
-Paul Larson
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [OOPS] 2.5.27 - __free_pages_ok()
2002-07-23 17:40 ` Paul Larson
@ 2002-07-23 17:48 ` Dave Hansen
2002-07-23 17:49 ` William Lee Irwin III
1 sibling, 0 replies; 16+ messages in thread
From: Dave Hansen @ 2002-07-23 17:48 UTC (permalink / raw)
To: Paul Larson; +Cc: William Lee Irwin III, Rik van Riel, lkml, linux-mm
Paul Larson wrote:
> On Mon, 2002-07-22 at 17:52, William Lee Irwin III wrote:
>
>>ISTR this compiler having code generation problems. I think trying to
>>reproduce this with a working i386 compiler is in order, e.g. debian's
>>2.95.4 or some similarly stable version.
>
> That's exactly the one I was planning on trying it with. Tried it this
> morning with the same error. Three compilers later, I think this is
> looking less like a compiler error. Any ideas?
Exactly _which_ 3 compilers? I couldn't do it with egcs, but Debian's
2.5.94 and 3.0 worked.
--
Dave Hansen
haveblue@us.ibm.com
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [OOPS] 2.5.27 - __free_pages_ok()
2002-07-23 17:40 ` Paul Larson
2002-07-23 17:48 ` Dave Hansen
@ 2002-07-23 17:49 ` William Lee Irwin III
2002-07-23 19:02 ` Paul Larson
1 sibling, 1 reply; 16+ messages in thread
From: William Lee Irwin III @ 2002-07-23 17:49 UTC (permalink / raw)
To: Paul Larson; +Cc: Rik van Riel, lkml, linux-mm, haveblue
On Mon, 2002-07-22 at 17:52, William Lee Irwin III wrote:
>> ISTR this compiler having code generation problems. I think trying to
>> reproduce this with a working i386 compiler is in order, e.g. debian's
>> 2.95.4 or some similarly stable version.
On Tue, Jul 23, 2002 at 12:40:43PM -0500, Paul Larson wrote:
> That's exactly the one I was planning on trying it with. Tried it this
> morning with the same error. Three compilers later, I think this is
> looking less like a compiler error. Any ideas?
Stands a good chance of being fixed by the recent rmap.c bugfix posted
by Rik. I'm seeing deadlocks every other boot over here, the cause of
which I've not yet been able to discover.
Cheers,
Bill
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [OOPS] 2.5.27 - __free_pages_ok()
2002-07-23 17:49 ` William Lee Irwin III
@ 2002-07-23 19:02 ` Paul Larson
2002-07-23 19:57 ` Paul Larson
0 siblings, 1 reply; 16+ messages in thread
From: Paul Larson @ 2002-07-23 19:02 UTC (permalink / raw)
To: William Lee Irwin III; +Cc: Rik van Riel, lkml, linux-mm, haveblue
[-- Attachment #1: Type: text/plain, Size: 326 bytes --]
On Tue, 2002-07-23 at 12:49, William Lee Irwin III wrote:
> Stands a good chance of being fixed by the recent rmap.c bugfix posted
> by Rik. I'm seeing deadlocks every other boot over here, the cause of
> which I've not yet been able to discover.
Still broken with the rmap patch posted today. Output attached.
-Paul Larson
[-- Attachment #2: c5.out --]
[-- Type: text/plain, Size: 18443 bytes --]
ksymoops 2.4.5 on i686 2.4.18-mts. Options used
-V (default)
-K (specified)
-L (specified)
-O (specified)
-m linux-2.5.27/System.map (specified)
15488MB HIGHMEM available.
WARNING: MP table in the EBDA can be UNSAFE, contact linux-smp@vger.kernel.org if you experience SMP problems!
cpu: 0, clocks: 99990, slice: 3030
cpu: 6, clocks: 99990, slice: 3030
cpu: 5, clocks: 99990, slice: 3030
cpu: 7, clocks: 99990, slice: 3030
cpu: 1, clocks: 99990, slice: 3030
cpu: 2, clocks: 99990, slice: 3030
cpu: 3, clocks: 99990, slice: 3030
cpu: 4, clocks: 99990, slice: 3030
ds: no socket drivers loaded!
Press 'I' to ekernel BUG at page_alloc.c:98!
CPU: 6
EIP: 0010:[<c01311b6>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010282
eax: 02010110 ebx: cbffd104 ecx: 00000000 edx: 00000000
esi: 00000120 edi: 00000000 ebp: cbffd104 esp: f7517c68
ds: 0018 es: 0018 ss: 0018
Stack: cbffd104 00000120 c03e10f8 f7512f00 c03e10e8 c01268ad 00000000 00000000
c03e10e8 f7512f00 c03e10f8 cbffd104 c0130432 c0131b25 cbffd104 c01323ee
00000059 c0129789 cbffd104 f7512f00 00000000 c02d9d9c f7512f00 c0116185
Call Trace: [<c01268ad>] [<c0130432>] [<c0131b25>] [<c01323ee>] [<c0129789>]
[<c0116185>] [<c0142393>] [<c0142557>] [<c0157f45>] [<c0157b04>] [<c012ac41>]
[<c0142b2e>] [<c0142df7>] [<c0142e0e>] [<c0105af3>] [<c0106df3>]
Code: 0f 0b 62 00 f1 60 2d c0 89 f6 8b 45 14 a8 10 74 29 b8 04 00
>>EIP; c01311b6 <__free_pages_ok+86/308> <=====
>>eax; 02010110 Before first symbol
>>ebx; cbffd104 <END_OF_CODE+bbc4bc0/????>
>>ebp; cbffd104 <END_OF_CODE+bbc4bc0/????>
>>esp; f7517c68 <END_OF_CODE+370df724/????>
Trace; c01268ad <unmap_page_range+3d/5c>
Trace; c0130432 <lru_cache_del+e/16>
Trace; c0131b25 <page_cache_release+2d/30>
Trace; c01323ee <free_page_and_swap_cache+32/34>
Trace; c0129789 <exit_mmap+13d/1f8>
Trace; c0116185 <mmput+49/60>
Trace; c0142393 <exec_mmap+17b/1a4>
Trace; c0142557 <flush_old_exec+9f/2e0>
Trace; c0157f45 <load_elf_binary+441/ac0>
Trace; c0157b04 <load_elf_binary+0/ac0>
Trace; c012ac41 <file_read_actor+b5/e0>
Trace; c0142b2e <search_binary_handler+a2/1c8>
Trace; c0142df7 <do_execve+1a3/258>
Trace; c0142e0e <do_execve+1ba/258>
Trace; c0105af3 <sys_execve+2f/60>
Trace; c0106df3 <syscall_call+7/b>
Code; c01311b6 <__free_pages_ok+86/308>
00000000 <_EIP>:
Code; c01311b6 <__free_pages_ok+86/308> <=====
0: 0f 0b ud2a <=====
Code; c01311b8 <__free_pages_ok+88/308>
2: 62 00 bound %eax,(%eax)
Code; c01311ba <__free_pages_ok+8a/308>
4: f1 (bad)
Code; c01311bb <__free_pages_ok+8b/308>
5: 60 pusha
Code; c01311bc <__free_pages_ok+8c/308>
6: 2d c0 89 f6 8b sub $0x8bf689c0,%eax
Code; c01311c1 <__free_pages_ok+91/308>
b: 45 inc %ebp
Code; c01311c2 <__free_pages_ok+92/308>
c: 14 a8 adc $0xa8,%al
Code; c01311c4 <__free_pages_ok+94/308>
e: 10 74 29 b8 adc %dh,0xffffffb8(%ecx,%ebp,1)
Code; c01311c8 <__free_pages_ok+98/308>
12: 04 00 add $0x0,%al
Configurikernel BUG at page_alloc.c:98!
CPU: 0
EIP: 0010:[<c01311b6>] Not tainted
EFLAGS: 00010286
eax: 02010110 ebx: c393ab08 ecx: 00000000 edx: 00000000
esi: 0000007f edi: 00000000 ebp: c393ab08 esp: f751bc68
ds: 0018 es: 0018 ss: 0018
Stack: c393ab08 0000007f c03de110 f750af20 c03de100 c01268ad 00000000 00000000
c03de100 f750af20 c03de110 c393ab08 c0130432 c0131b25 c393ab08 c01323ee
00000007 c0129789 c393ab08 f750af20 00000000 c02d9d9c f750af20 c0116185
Call Trace: [<c01268ad>] [<c0130432>] [<c0131b25>] [<c01323ee>] [<c0129789>]
[<c0116185>] [<c0142393Setting clock (localtime): Tue Jul 23 13:55:02 CDT 2002 >] [<c0142557>] [<c0157f45>] [<c0157b04>] [<c012ac41>]
[<c0142b2e>] [<c0142df7>] [<c0142e0e>] [<c0105af3>] [<c0106df3>]
Code: 0f 0b 62 00 f1 60 2d c0 89 f6 8b 45 14 a8 10 74 29 b8 04 00
>>EIP; c01311b6 <__free_pages_ok+86/308> <=====
>>eax; 02010110 Before first symbol
>>ebx; c393ab08 <END_OF_CODE+35025c4/????>
>>ebp; c393ab08 <END_OF_CODE+35025c4/????>
>>esp; f751bc68 <END_OF_CODE+370e3724/????>
Trace; c01268ad <unmap_page_range+3d/5c>
Trace; c0130432 <lru_cache_del+e/16>
Trace; c0131b25 <page_cache_release+2d/30>
Trace; c01323ee <free_page_and_swap_cache+32/34>
Trace; c0129789 <exit_mmap+13d/1f8>
Trace; c0116185 <mmput+49/60>
Trace; c0142b2e <search_binary_handler+a2/1c8>
Trace; c0142df7 <do_execve+1a3/258>
Trace; c0142e0e <do_execve+1ba/258>
Trace; c0105af3 <sys_execve+2f/60>
Trace; c0106df3 <syscall_call+7/b>
Code; c01311b6 <__free_pages_ok+86/308>
00000000 <_EIP>:
Code; c01311b6 <__free_pages_ok+86/308> <=====
0: 0f 0b ud2a <=====
Code; c01311b8 <__free_pages_ok+88/308>
2: 62 00 bound %eax,(%eax)
Code; c01311ba <__free_pages_ok+8a/308>
4: f1 (bad)
Code; c01311bb <__free_pages_ok+8b/308>
5: 60 pusha
Code; c01311bc <__free_pages_ok+8c/308>
6: 2d c0 89 f6 8b sub $0x8bf689c0,%eax
Code; c01311c1 <__free_pages_ok+91/308>
b: 45 inc %ebp
Code; c01311c2 <__free_pages_ok+92/308>
c: 14 a8 adc $0xa8,%al
Code; c01311c4 <__free_pages_ok+94/308>
e: 10 74 29 b8 adc %dh,0xffffffb8(%ecx,%ebp,1)
Code; c01311c8 <__free_pages_ok+98/308>
12: 04 00 add $0x0,%al
kernel BUG at page_alloc.c:98!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c01311b6>] Not tainted
EFLAGS: 00010286
eax: 02010110 ebx: cbffa2f4 ecx: 00000000 edx: 00000000
esi: 0000009a edi: 00000000 ebp: cbffa2f4 esp: f74d5f38
ds: 0018 es: 0018 ss: 0018
Stack: cbffa2f4 0000009a c03de110 f7512dc0 c03de100 c01268ad 00000000 4212ec44
c03de100 f7512dc0 c03de110 cbffa2f4 c0130432 c0131b25 cbffa2f4 c01323ee
00000007 c0129789 cbffa2f4 f7512dc0 4212ec44 f79166e0 00000000 c0116185
Call Trace: [<c01268ad>] [<c0130432>] [<c0131b25>] [<c01323ee>] [<c0129789>]
[<c0116185>] [<c011ae72>] [<c011b096>] [<c0106df3>]
Code: 0f 0b 62 00 f1 60 2d c0 89 f6 8b 45 14 a8 10 74 29 b8 04 00
>>EIP; c01311b6 <__free_pages_ok+86/308> <=====
>>eax; 02010110 Before first symbol
>>ebx; cbffa2f4 <END_OF_CODE+bbc1db0/????>
>>ebp; cbffa2f4 <END_OF_CODE+bbc1db0/????>
>>esp; f74d5f38 <END_OF_CODE+3709d9f4/????>
Trace; c01268ad <unmap_page_range+3d/5c>
Trace; c0130432 <lru_cache_del+e/16>
Trace; c0131b25 <page_cache_release+2d/30>
Trace; c01323ee <free_page_and_swap_cache+32/34>
Trace; c0129789 <exit_mmap+13d/1f8>
Trace; c0116185 <mmput+49/60>
Trace; c011ae72 <do_exit+c2/2c0>
Trace; c011b096 <sys_exit+e/10>
Trace; c0106df3 <syscall_call+7/b>
Code; c01311b6 <__free_pages_ok+86/308>
00000000 <_EIP>:
Code; c01311b6 <__free_pages_ok+86/308> <=====
0: 0f 0b ud2a <=====
Code; c01311b8 <__free_pages_ok+88/308>
2: 62 00 bound %eax,(%eax)
Code; c01311ba <__free_pages_ok+8a/308>
4: f1 (bad)
Code; c01311bb <__free_pages_ok+8b/308>
5: 60 pusha
Code; c01311bc <__free_pages_ok+8c/308>
6: 2d c0 89 f6 8b sub $0x8bf689c0,%eax
Code; c01311c1 <__free_pages_ok+91/308>
b: 45 inc %ebp
Code; c01311c2 <__free_pages_ok+92/308>
c: 14 a8 adc $0xa8,%al
Code; c01311c4 <__free_pages_ok+94/308>
e: 10 74 29 b8 adc %dh,0xffffffb8(%ecx,%ebp,1)
Code; c01311c8 <__free_pages_ok+98/308>
12: 04 00 add $0x0,%al
kernel BUG at page_alloc.c:98!
invalid operand: 0000
CPU: 2
EIP: 0010:[<c01311b6>] Not tainted
EFLAGS: 00010282
eax: 02010110 ebx: cbff9cf0 ecx: 00000000 edx: 00000000
esi: 0000008a edi: 00000000 ebp: cbff9cf0 esp: f74d5c68
ds: 0018 es: 0018 ss: 0018
Stack: cbff9cf0 0000008a c03df108 f7955bc0 c03df0f8 c01268ad c035aca8 c19a001c
c035acc0 00000206 ffffffff cbff9cf0 c0130432 c0131b25 cbff9cf0 c01323ee
00000085 c0129789 cbff9cf0 f7955bc0 00000000 c02d9d9c f7955bc0 c0116185
Call Trace: [<c01268ad>] [<c0130432>] [<c0131b25>] [<c01323ee>] [<c0129789>]
[<c0116185>] [<c0142393>] [<c0142557>] [<c0157f45>] [<c0157b04>] [<c0114435>]
[<c012ac41>] [<c0142b2e>] [<c0142df7>] [<c0142e0e>] [<c0105af3>] [<c0106df3>]
Code: 0f 0b 62 00 f1 60 2d c0 89 f6 8b 45 14 a8 10 74 29 b8 04 00
>>EIP; c01311b6 <__free_pages_ok+86/308> <=====
>>eax; 02010110 Before first symbol
>>ebx; cbff9cf0 <END_OF_CODE+bbc17ac/????>
>>ebp; cbff9cf0 <END_OF_CODE+bbc17ac/????>
>>esp; f74d5c68 <END_OF_CODE+3709d724/????>
Trace; c01268ad <unmap_page_range+3d/5c>
Trace; c0130432 <lru_cache_del+e/16>
Trace; c0131b25 <page_cache_release+2d/30>
Trace; c01323ee <free_page_and_swap_cache+32/34>
Trace; c0129789 <exit_mmap+13d/1f8>
Trace; c0116185 <mmput+49/60>
Trace; c0142393 <exec_mmap+17b/1a4>
Trace; c0142557 <flush_old_exec+9f/2e0>
Trace; c0157f45 <load_elf_binary+441/ac0>
Trace; c0157b04 <load_elf_binary+0/ac0>
Trace; c0114435 <default_wake_function+1d/34>
Trace; c012ac41 <file_read_actor+b5/e0>
Trace; c0142b2e <search_binary_handler+a2/1c8>
Trace; c0142df7 <do_execve+1a3/258>
Trace; c0142e0e <do_execve+1ba/258>
Trace; c0105af3 <sys_execve+2f/60>
Trace; c0106df3 <syscall_call+7/b>
Code; c01311b6 <__free_pages_ok+86/308>
00000000 <_EIP>:
Code; c01311b6 <__free_pages_ok+86/308> <=====
0: 0f 0b ud2a <=====
Code; c01311b8 <__free_pages_ok+88/308>
2: 62 00 bound %eax,(%eax)
Code; c01311ba <__free_pages_ok+8a/308>
4: f1 (bad)
Code; c01311bb <__free_pages_ok+8b/308>
5: 60 pusha
Code; c01311bc <__free_pages_ok+8c/308>
6: 2d c0 89 f6 8b sub $0x8bf689c0,%eax
Code; c01311c1 <__free_pages_ok+91/308>
b: 45 inc %ebp
Code; c01311c2 <__free_pages_ok+92/308>
c: 14 a8 adc $0xa8,%al
Code; c01311c4 <__free_pages_ok+94/308>
e: 10 74 29 b8 adc %dh,0xffffffb8(%ecx,%ebp,1)
Code; c01311c8 <__free_pages_ok+98/308>
12: 04 00 add $0x0,%al
kernel BUG at page_alloc.c:98!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c01311b6>] Not tainted
EFLAGS: 00010282
eax: 02010110 ebx: cbfe3e24 ecx: 00000000 edx: 00000000
esi: 00000128 edi: 00000000 ebp: cbfe3e24 esp: f74cff38
ds: 0018 es: 0018 ss: 0018
Stack: cbfe3e24 00000128 c03de110 f7512c80 c03de100 c01268ad 00000000 4212ec44
c03de100 f7512c80 c03de110 cbfe3e24 c0130432 c0131b25 cbfe3e24 c01323ee
0000005b c0129789 cbfe3e24 f7512c80 4212ec44 f79166e0 00000100 c0116185
Call Trace: [<c01268ad>] [<c0130432>] [<c0131b25>] [<c01323ee>] [<c0129789>]
[<c0116185>] [<c011ae72>] [<c011b096>] [<c0106df3>]
Code: 0f 0b 62 00 f1 60 2d c0 89 f6 8b 45 14 a8 10 74 29 b8 04 00
>>EIP; c01311b6 <__free_pages_ok+86/308> <=====
>>eax; 02010110 Before first symbol
>>ebx; cbfe3e24 <END_OF_CODE+bbab8e0/????>
>>ebp; cbfe3e24 <END_OF_CODE+bbab8e0/????>
>>esp; f74cff38 <END_OF_CODE+370979f4/????>
Trace; c01268ad <unmap_page_range+3d/5c>
Trace; c0130432 <lru_cache_del+e/16>
Trace; c0131b25 <page_cache_release+2d/30>
Trace; c01323ee <free_page_and_swap_cache+32/34>
Trace; c0129789 <exit_mmap+13d/1f8>
Trace; c0116185 <mmput+49/60>
Trace; c011ae72 <do_exit+c2/2c0>
Trace; c011b096 <sys_exit+e/10>
Trace; c0106df3 <syscall_call+7/b>
Code; c01311b6 <__free_pages_ok+86/308>
00000000 <_EIP>:
Code; c01311b6 <__free_pages_ok+86/308> <=====
0: 0f 0b ud2a <=====
Code; c01311b8 <__free_pages_ok+88/308>
2: 62 00 bound %eax,(%eax)
Code; c01311ba <__free_pages_ok+8a/308>
4: f1 (bad)
Code; c01311bb <__free_pages_ok+8b/308>
5: 60 pusha
Code; c01311bc <__free_pages_ok+8c/308>
6: 2d c0 89 f6 8b sub $0x8bf689c0,%eax
Code; c01311c1 <__free_pages_ok+91/308>
b: 45 inc %ebp
Code; c01311c2 <__free_pages_ok+92/308>
c: 14 a8 adc $0xa8,%al
Code; c01311c4 <__free_pages_ok+94/308>
e: 10 74 29 b8 adc %dh,0xffffffb8(%ecx,%ebp,1)
Code; c01311c8 <__free_pages_ok+98/308>
12: 04 00 add $0x0,%al
kernel BUG at page_alloc.c:98!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c01311b6>] Not tainted
EFLAGS: 00010282
eax: 02010110 ebx: cbfe3b64 ecx: 00000000 edx: 00000000
esi: 00000128 edi: 00000000 ebp: cbfe3b64 esp: f74abc68
ds: 0018 es: 0018 ss: 0018
Stack: cbfe3b64 00000128 c03de110 f7512d20 c03de100 c01268ad 00000000 00000000
c03de100 f7512d20 c03de110 cbfe3b64 c0130432 c0131b25 cbfe3b64 c01323ee
0000005b c0129789 cbfe3b64 f7512d20 00000000 c02d9d9c f7512d20 c0116185
Call Trace: [<c01268ad>] [<c0130432>] [<c0131b25>] [<c01323ee>] [<c0129789>]
[<c0116185>] [<c0142393>] [<c0142557>] [<c0157f45>] [<c0157b04>] [<c012ac41>]
[<c0142b2e>] [<c0142df7>] [<c0142e0e>] [<c0105af3>] [<c0106df3>]
Code: 0f 0b 62 00 f1 60 2d c0 89 f6 8b 45 14 a8 10 74 29 b8 04 00
>>EIP; c01311b6 <__free_pages_ok+86/308> <=====
>>eax; 02010110 Before first symbol
>>ebx; cbfe3b64 <END_OF_CODE+bbab620/????>
>>ebp; cbfe3b64 <END_OF_CODE+bbab620/????>
>>esp; f74abc68 <END_OF_CODE+37073724/????>
Trace; c01268ad <unmap_page_range+3d/5c>
Trace; c0130432 <lru_cache_del+e/16>
Trace; c0131b25 <page_cache_release+2d/30>
Trace; c01323ee <free_page_and_swap_cache+32/34>
Trace; c0129789 <exit_mmap+13d/1f8>
Trace; c0116185 <mmput+49/60>
Trace; c0142393 <exec_mmap+17b/1a4>
Trace; c0142557 <flush_old_exec+9f/2e0>
Trace; c0157f45 <load_elf_binary+441/ac0>
Trace; c0157b04 <load_elf_binary+0/ac0>
Trace; c012ac41 <file_read_actor+b5/e0>
Trace; c0142b2e <search_binary_handler+a2/1c8>
Trace; c0142df7 <do_execve+1a3/258>
Trace; c0142e0e <do_execve+1ba/258>
Trace; c0105af3 <sys_execve+2f/60>
Trace; c0106df3 <syscall_call+7/b>
Code; c01311b6 <__free_pages_ok+86/308>
00000000 <_EIP>:
Code; c01311b6 <__free_pages_ok+86/308> <=====
0: 0f 0b ud2a <=====
Code; c01311b8 <__free_pages_ok+88/308>
2: 62 00 bound %eax,(%eax)
Code; c01311ba <__free_pages_ok+8a/308>
4: f1 (bad)
Code; c01311bb <__free_pages_ok+8b/308>
5: 60 pusha
Code; c01311bc <__free_pages_ok+8c/308>
6: 2d c0 89 f6 8b sub $0x8bf689c0,%eax
Code; c01311c1 <__free_pages_ok+91/308>
b: 45 inc %ebp
Code; c01311c2 <__free_pages_ok+92/308>
c: 14 a8 adc $0xa8,%al
Code; c01311c4 <__free_pages_ok+94/308>
e: 10 74 29 b8 adc %dh,0xffffffb8(%ecx,%ebp,1)
Code; c01311c8 <__free_pages_ok+98/308>
12: 04 00 add $0x0,%al
kernel BUG at page_alloc.c:98!
invalid operand: 0000
CPU: 6
EIP: 0010:[<c01311b6>] Not tainted
EFLAGS: 00010286
eax: 02010110 ebx: cbfe4194 ecx: 00000000 edx: 00000000
esi: 00000128 edi: 00000000 ebp: cbfe4194 esp: f74cff38
ds: 0018 es: 0018 ss: 0018
Stack: cbfe4194 00000128 c03e10f8 f7512b40 00000010 00000293 c035aca8 c19a001c
c035acc0 00000207 ffffffff cbfe4194 c0130432 c0131b25 cbfe4194 c01323ee
0000005d c0129789 cbfe4194 f7512b40 4212ec44 f79166e0 00008b00 c0116185
Call Trace: [<c0130432>] [<c0131b25>] [<c01323ee>] [<c0129789>] [<c0116185>]
[<c011ae72>] [<c011b096>] [<c0106df3>]
Code: 0f 0b 62 00 f1 60 2d c0 89 f6 8b 45 14 a8 10 74 29 b8 04 00
>>EIP; c01311b6 <__free_pages_ok+86/308> <=====
>>eax; 02010110 Before first symbol
>>ebx; cbfe4194 <END_OF_CODE+bbabc50/????>
>>ebp; cbfe4194 <END_OF_CODE+bbabc50/????>
>>esp; f74cff38 <END_OF_CODE+370979f4/????>
Trace; c0130432 <lru_cache_del+e/16>
Trace; c0131b25 <page_cache_release+2d/30>
Trace; c01323ee <free_page_and_swap_cache+32/34>
Trace; c0129789 <exit_mmap+13d/1f8>
Trace; c0116185 <mmput+49/60>
Trace; c011ae72 <do_exit+c2/2c0>
Trace; c011b096 <sys_exit+e/10>
Trace; c0106df3 <syscall_call+7/b>
Code; c01311b6 <__free_pages_ok+86/308>
00000000 <_EIP>:
Code; c01311b6 <__free_pages_ok+86/308> <=====
0: 0f 0b ud2a <=====
Code; c01311b8 <__free_pages_ok+88/308>
2: 62 00 bound %eax,(%eax)
Code; c01311ba <__free_pages_ok+8a/308>
4: f1 (bad)
Code; c01311bb <__free_pages_ok+8b/308>
5: 60 pusha
Code; c01311bc <__free_pages_ok+8c/308>
6: 2d c0 89 f6 8b sub $0x8bf689c0,%eax
Code; c01311c1 <__free_pages_ok+91/308>
b: 45 inc %ebp
Code; c01311c2 <__free_pages_ok+92/308>
c: 14 a8 adc $0xa8,%al
Code; c01311c4 <__free_pages_ok+94/308>
e: 10 74 29 b8 adc %dh,0xffffffb8(%ecx,%ebp,1)
Code; c01311c8 <__free_pages_ok+98/308>
12: 04 00 add $0x0,%al
kernel BUG at page_alloc.c:98!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c01311b6>] Not tainted
EFLAGS: 00010282
eax: 02010110 ebx: cbfe2c9c ecx: 00000000 edx: 00000000
esi: 00000128 edi: 00000000 ebp: cbfe2c9c esp: f74a1c68
ds: 0018 es: 0018 ss: 0018
Stack: cbfe2c9c 00000128 c03de110 f7512aa0 c03de100 c01268ad 00000000 00000000
c03de100 f7512aa0 c03d
Warning (Oops_read): Code line not seen, dumping what data is available
>>EIP; c01311b6 <__free_pages_ok+86/308> <=====
>>eax; 02010110 Before first symbol
>>ebx; cbfe2c9c <END_OF_CODE+bbaa758/????>
>>ebp; cbfe2c9c <END_OF_CODE+bbaa758/????>
>>esp; f74a1c68 <END_OF_CODE+37069724/????>
1 warning issued. Results may not be reliable.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [OOPS] 2.5.27 - __free_pages_ok()
2002-07-23 19:02 ` Paul Larson
@ 2002-07-23 19:57 ` Paul Larson
2002-07-23 20:01 ` Rik van Riel
0 siblings, 1 reply; 16+ messages in thread
From: Paul Larson @ 2002-07-23 19:57 UTC (permalink / raw)
To: dmccr; +Cc: William Lee Irwin III, Rik van Riel, lkml, linux-mm, haveblue
I was asking Dave McCracken and he mentioned that rmap and highmem pte
don't play nice together. I tried turning that off and it boots without
error now. Someone might want to take a look at getting those two to
work cleanly together especially now that rmap is in. But for now, this
will work around the problem.
Thanks,
Paul Larson
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [OOPS] 2.5.27 - __free_pages_ok()
2002-07-23 19:57 ` Paul Larson
@ 2002-07-23 20:01 ` Rik van Riel
0 siblings, 0 replies; 16+ messages in thread
From: Rik van Riel @ 2002-07-23 20:01 UTC (permalink / raw)
To: Paul Larson; +Cc: dmccr, William Lee Irwin III, lkml, linux-mm, haveblue
On 23 Jul 2002, Paul Larson wrote:
> I was asking Dave McCracken and he mentioned that rmap and highmem pte
> don't play nice together. I tried turning that off and it boots without
> error now.
OK, good to hear that.
> Someone might want to take a look at getting those two to
> work cleanly together especially now that rmap is in.
William Irwin has been working on this for a few days now ;)
Rik
--
Bravely reimplemented by the knights who say "NIH".
http://www.surriel.com/ http://distro.conectiva.com/
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2002-07-23 20:01 UTC | newest]
Thread overview: 16+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-07-22 19:34 [OOPS] 2.5.27 - __free_pages_ok() Paul Larson
2002-07-22 20:03 ` Rik van Riel
2002-07-22 20:05 ` Rik van Riel
2002-07-22 22:34 ` Paul Larson
2002-07-22 22:52 ` William Lee Irwin III
2002-07-23 17:40 ` Paul Larson
2002-07-23 17:48 ` Dave Hansen
2002-07-23 17:49 ` William Lee Irwin III
2002-07-23 19:02 ` Paul Larson
2002-07-23 19:57 ` Paul Larson
2002-07-23 20:01 ` Rik van Riel
2002-07-23 0:18 ` Alan Cox
2002-07-22 23:37 ` Thunder from the hill
2002-07-23 11:34 ` Paul Larson
2002-07-22 22:37 ` Paul Larson
2002-07-22 20:19 ` Dave Hansen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox