lkml.org 
[lkml]   [2002]   [Jul]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
Subject2.5.25ide24 BUG() in page_alloc.c::prep_new_page()
Hi,

Just got the below oops while running 2.5.25ide24 (using ext3). The BUG()
triggered is the BUG_ON(PageDirty(page)); in
mm/page_alloc.c::prep_new_page().

Seems like a dirty page was leaked somehow...

Note this is a highmem machine (1GiB RAM) with smp and preempt enabled
(but hardware uniprocessor, hence the kernel being tainted).

kernel BUG at page_alloc.c:182!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c0140367>] Tainted: G S
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010202
eax: 00000010 ebx: c16f6b60 ecx: 01000010 edx: 00000000
esi: c03b4e38 edi: 00000001 ebp: c03b4e38 esp: f6bf7dec
ds: 0018 es: 0018 ss: 0018
Stack: 00001000 f6bf6000 00000000 0002b915 00000000 00000282 00000000
c03b4e38
c03b4fd0 000003fd 00000000 40018000 c014064f c03b4ef0 c03b4fc8
000001d2
c017deed f6bf6000 ffffe000 ffffe000 40018000 c0132271 f6bf7e8c
00000000
Call Trace: [<c014064f>] [<c017deed>] [<c0132271>] [<c0132647>]
[<c0140a2b>]
[<c0132cc5>] [<c011584e>] [<c010e4dd>] [<c01555d0>] [<c0115630>]
[<c0108054>]
Code: 0f 0b b6 00 47 68 35 c0 8b 43 14 a9 00 20 00 00 74 08 0f 0b


>>EIP; c0140367 <rmqueue+377/410> <=====

>>ebx; c16f6b60 <END_OF_CODE+11ce9ac/????>
>>ecx; 01000010 Before first symbol
>>esi; c03b4e38 <contig_page_data+b8/360>
>>ebp; c03b4e38 <contig_page_data+b8/360>
>>esp; f6bf7dec <END_OF_CODE+366cfc38/????>

Trace; c014064f <__alloc_pages+4f/1b0>
Trace; c017deed <ext3_new_inode+88d/8a0>
Trace; c0132271 <do_anonymous_page+101/4a0>
Trace; c0132647 <do_no_page+37/620>
Trace; c0140a2b <get_page_cache_size+b/20>
Trace; c0132cc5 <handle_mm_fault+95/210>
Trace; c011584e <do_page_fault+21e/535>
Trace; c010e4dd <old_mmap+ed/130>
Trace; c01555d0 <sys_fstat64+20/30>
Trace; c0115630 <do_page_fault+0/535>
Trace; c0108054 <error_code+34/40>

Code; c0140367 <rmqueue+377/410>
00000000 <_EIP>:
Code; c0140367 <rmqueue+377/410> <=====
0: 0f 0b ud2a <=====
Code; c0140369 <rmqueue+379/410>
2: b6 00 mov $0x0,%dh
Code; c014036b <rmqueue+37b/410>
4: 47 inc %edi
Code; c014036c <rmqueue+37c/410>
5: 68 35 c0 8b 43 push $0x438bc035
Code; c0140371 <rmqueue+381/410>
a: 14 a9 adc $0xa9,%al
Code; c0140373 <rmqueue+383/410>
c: 00 20 add %ah,(%eax)
Code; c0140375 <rmqueue+385/410>
e: 00 00 add %al,(%eax)
Code; c0140377 <rmqueue+387/410>
10: 74 08 je 1a <_EIP+0x1a> c0140381
<rmqueue+391/41
0>
Code; c0140379 <rmqueue+389/410>
12: 0f 0b ud2a

Note sure if this is useful but it may indicate a problem somewhere so I
thought I would post it...

Best regards,

Anton
--
Anton Altaparmakov <aia21 at cantab.net> (replace at with @)
Linux NTFS maintainer / IRC: #ntfs on irc.openprojects.net
WWW: http://linux-ntfs.sf.net/ & http://www-stu.christs.cam.ac.uk/~aia21/

-
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/

\
 
 \ /
  Last update: 2005-03-22 13:27    [W:0.198 / U:0.352 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site