Messages in this thread |  | | Subject | Re: [Lse-tech] LTP-Nightly bk test | From | Paul Larson <> | Date | 19 Aug 2002 12:24:42 -0500 |
| |
On Mon, 2002-08-19 at 11:50, Martin J. Bligh wrote: > > page allocation failure. order:0, mode:0x50 > > > > The test was: 'mtest01 -p80 -w' which will essentially allocate up to > > 80% of the memory and write to it. I'll keep pounding on it with LTP to > > see if I can reproduce the swap.c:80 oops. > > I think akpm posted a patch for similar mem exhaustion a few days ago, > but I can't find it at the moment. Would be interesting to see what > /proc/meminfo and /proc/slabinfo look like as you march to your death ;-) Anyone know where to find that patch? I'll look at doing this again while grabbing those files periodically. I ran this again though and got a different error:
kernel BUG at page_alloc.c:97! invalid operand: 0000 CPU: 1 EIP: 0060:[<c013252a>] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010202 eax: 02000150 ebx: c232aa14 ecx: c232aa14 edx: c232aa14 esi: 000001fb edi: 00000000 ebp: f713d8a0 esp: f7093eb4 ds: 0068 es: 0068 ss: 0068 Stack: c232aa14 000001fb 00114000 f713d8a0 c232aa14 00047ffb c232aa6c c232aac4 c19a001c c03b7b00 00000207 ffffffff 0003783b 0001bc1d c0131079 c232aa14 000001fb c01337cf 000001d6 c012708d c232aa14 63c00000 80000000 c3c388f0 Call Trace: [<c0131079>] [<c01337cf>] [<c012708d>] [<c0127135>] [<c012718d>] [<c012a2a6>] [<c011658d>] [<c011b448>] [<c011b68a>] [<c01073e3>] Code: 0f 0b 61 00 0d c7 31 c0 8b 5c 24 10 8b 03 f6 c4 20 74 08 0f
>>EIP; c013252a <__free_pages_ok+8a/330> <===== Trace; c0131078 <__page_cache_release+c4/c8> Trace; c01337ce <free_page_and_swap_cache+42/48> Trace; c012708c <zap_pte_range+24c/2a8> Trace; c0127134 <zap_pmd_range+4c/68> Trace; c012718c <unmap_page_range+3c/5c> Trace; c012a2a6 <exit_mmap+ea/208> Trace; c011658c <mmput+48/60> Trace; c011b448 <do_exit+d8/2f4> Trace; c011b68a <sys_exit+e/10> Trace; c01073e2 <syscall_call+6/a> Code; c013252a <__free_pages_ok+8a/330> 00000000 <_EIP>: Code; c013252a <__free_pages_ok+8a/330> <===== 0: 0f 0b ud2a <===== Code; c013252c <__free_pages_ok+8c/330> 2: 61 popa Code; c013252c <__free_pages_ok+8c/330> 3: 00 0d c7 31 c0 8b add %cl,0x8bc031c7 Code; c0132532 <__free_pages_ok+92/330> 9: 5c pop %esp Code; c0132534 <__free_pages_ok+94/330> a: 24 10 and $0x10,%al Code; c0132536 <__free_pages_ok+96/330> c: 8b 03 mov (%ebx),%eax Code; c0132538 <__free_pages_ok+98/330> e: f6 c4 20 test $0x20,%ah Code; c013253a <__free_pages_ok+9a/330> 11: 74 08 je 1b <_EIP+0x1b> c0132544 <__free_pages_ok+a4/330> Code; c013253c <__free_pages_ok+9c/330> 13: 0f 00 00 sldt (%eax)
- 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/
|  |