Re: kernel oops

Marcelo Tosatti (marcelo@conectiva.com.br)
Tue, 8 Jul 2003 06:39:02 -0300 (BRT)


So the following oops is happening in stock 2.4.22-pre3?

How can one reproduce it?

On Mon, 7 Jul 2003, Anders Karlsson wrote:

> On Mon, 2003-07-07 at 14:37, Alan Cox wrote:
> > On Llu, 2003-07-07 at 14:32, Anders Karlsson wrote:
> > > The running kernel is 2.4.21-rc7-ac1, I was trying to compile
> > > 2.4.22-pre3 with the freeswan patches applied. I can try and
> > > compile the plain 2.4.22-pre3 a few times to provoke an oops.
> > > The system is presently still running 2.4.21-rc7-ac1.
> >
> > Ah I misunderstood - is the 2.4.21-rc7-ac1 with or without
> > freeswan patches ?
>
> 2.4.21-rc7-ac1 only has the CPUFreq patches applied, courtesy of Bill
> Nottingham. There is no FreeS/WAN patches applied to it.
>
> I have just run another compile of 2.4.22-pre3, this time nothing else
> applied. The oopses is as follows.
>
> ksymoops 2.4.8 on i686 2.4.21-rc7-ac1. Options used
> -V (default)
> -k /proc/ksyms (default)
> -l /proc/modules (default)
> -o /lib/modules/2.4.21-rc7-ac1/ (default)
> -m /boot/System.map-2.4.21-rc7-ac1 (default)
>
> Warning: You did not tell me where to find symbol information. I will
> assume that the log matches the kernel and modules that are running
> right now and I'll use the default options above for symbol resolution.
> If the current kernel and/or modules do not match the log, you can get
> more accurate output by telling me the kernel version and where to find
> map, modules, ksyms etc. ksymoops -h explains the options.
>
> kernel BUG at page_alloc.c:231!
> invalid operand: 0000
> CPU: 0
> EIP: 0010:[<c0139296>] Not tainted
> Using defaults from ksymoops -t elf32-i386 -a i386
> EFLAGS: 00010202
> eax: 01000072 ebx: c16cbc30 ecx: 000243eb edx: 00001000
> esi: c02f3e70 edi: c02f3e84 ebp: c02f3e70 esp: e42f1e74
> ds: 0018 es: 0018 ss: 0018
> Process cc1 (pid: 10269, stackpage=e42f1000)
> Stack: 00001000 00000000 000233eb 00000286 00000000 c02f3e70 c02f3ff4
> 000001ff
> 00000000 000001d2 c01394e2 d2de7280 c02f3e70 c02f3ff0 d22f294c
> 00000000
> c10030e0 00104025 d2dd9580 c012e250 c10030e0 00000000 00001000
> 410f1000
> Call Trace: [<c01394e2>] [<c012e250>] [<c012ebf5>] [<c012fb49>]
> [<c011a0d4>]
> [<c010ebd0>] [<c0119f94>] [<c0108e78>]
> Code: 0f 0b e7 00 f0 39 2b c0 8b 43 18 a9 80 00 00 00 74 08 0f 0b
>
>
> >>EIP; c0139296 <rmqueue+1f9/21d> <=====
>
> >>ebx; c16cbc30 <_end+132396c/3146ad9c>
> >>esi; c02f3e70 <contig_page_data+b0/340>
> >>edi; c02f3e84 <contig_page_data+c4/340>
> >>ebp; c02f3e70 <contig_page_data+b0/340>
> >>esp; e42f1e74 <_end+23f49bb0/3146ad9c>
>
> Trace; c01394e2 <__alloc_pages+3f/180>
> Trace; c012e250 <do_wp_page+51/25e>
> Trace; c012ebf5 <handle_mm_fault+122/124>
> Trace; c012fb49 <get_unmapped_area+86/115>
> Trace; c011a0d4 <do_page_fault+140/472>
> Trace; c010ebd0 <old_mmap+de/11d>
> Trace; c0119f94 <do_page_fault+0/472>
> Trace; c0108e78 <error_code+34/3c>
>
> Code; c0139296 <rmqueue+1f9/21d>
> 00000000 <_EIP>:
> Code; c0139296 <rmqueue+1f9/21d> <=====
> 0: 0f 0b ud2a <=====
> Code; c0139298 <rmqueue+1fb/21d>
> 2: e7 00 out %eax,$0x0
> Code; c013929a <rmqueue+1fd/21d>
> 4: f0 39 2b lock cmp %ebp,(%ebx)
> Code; c013929d <rmqueue+200/21d>
> 7: c0 8b 43 18 a9 80 00 rorb $0x0,0x80a91843(%ebx)
> Code; c01392a4 <rmqueue+207/21d>
> e: 00 00 add %al,(%eax)
> Code; c01392a6 <rmqueue+209/21d>
> 10: 74 08 je 1a <_EIP+0x1a>
> Code; c01392a8 <rmqueue+20b/21d>
> 12: 0f 0b ud2a
>
> kernel BUG at page_alloc.c:100!
> invalid operand: 0000
> CPU: 0
> EIP: 0010:[<c0138e47>] Not tainted
> EFLAGS: 00010206
> eax: 0100003d ebx: c16cbcc0 ecx: 000000a3 edx: 00000000
> esi: d22f7090 edi: 00000000 ebp: 00000010 esp: e42f1ca8
> ds: 0018 es: 0018 ss: 0018
> Process cc1 (pid: 10269, stackpage=e42f1000)
> Stack: c02f3efc c1000020 c16a59b0 c02f3e70 c1030020 00000203 ffffffff
> 00010e8a
> 0000f000 d22f7090 00012000 00000010 c012f0a2 c16cbcc0 e42f1cec
> c0127315
> edb9f134 40415000 ea6e8404 40027000 00000000 c012d83a dce4b680
> ea6e8400
> Call Trace: [<c012f0a2>] [<c0127315>] [<c012d83a>] [<c01306e2>]
> [<c011c692>]
> [<c01215f4>] [<c0109572>] [<c010943b>] [<c01095d9>] [<c0139296>]
> [<f1d8e857>]
> [<f1d8db1d>] [<f1da2b06>] [<c0108e78>] [<c0139296>] [<c01394e2>]
> [<c012e250>]
> [<c012ebf5>] [<c012fb49>] [<c011a0d4>] [<c010ebd0>] [<c0119f94>]
> [<c0108e78>]
> Code: 0f 0b 64 00 f0 39 2b c0 8b 53 08 85 d2 74 08 0f 0b 66 00 f0
>
>
> >>EIP; c0138e47 <__free_pages_ok+33/289> <=====
>
> >>ebx; c16cbcc0 <_end+13239fc/3146ad9c>
> >>esi; d22f7090 <_end+11f4edcc/3146ad9c>
> >>esp; e42f1ca8 <_end+23f499e4/3146ad9c>
>
> Trace; c012f0a2 <zap_pte_range+108/13e>
> Trace; c0127315 <run_timer_list+137/15e>
> Trace; c012d83a <zap_page_range+83/f9>
> Trace; c01306e2 <exit_mmap+a5/17a>
> Trace; c011c692 <mmput+45/96>
> Trace; c01215f4 <do_exit+ca/262>
> Trace; c0109572 <do_invalid_op+0/6e>
> Trace; c010943b <do_divide_error+0/6e>
> Trace; c01095d9 <do_invalid_op+67/6e>
> Trace; c0139296 <rmqueue+1f9/21d>
> Trace; f1d8e857 <[jbd]__journal_file_buffer+df/23c>
> Trace; f1d8db1d <[jbd]journal_dirty_metadata+16f/222>
> Trace; f1da2b06 <[ext3]ext3_do_update_inode+168/402>
> Trace; c0108e78 <error_code+34/3c>
> Trace; c0139296 <rmqueue+1f9/21d>
> Trace; c01394e2 <__alloc_pages+3f/180>
> Trace; c012e250 <do_wp_page+51/25e>
> Trace; c012ebf5 <handle_mm_fault+122/124>
> Trace; c012fb49 <get_unmapped_area+86/115>
> Trace; c011a0d4 <do_page_fault+140/472>
> Trace; c010ebd0 <old_mmap+de/11d>
> Trace; c0119f94 <do_page_fault+0/472>
> Trace; c0108e78 <error_code+34/3c>
>
> Code; c0138e47 <__free_pages_ok+33/289>
> 00000000 <_EIP>:
> Code; c0138e47 <__free_pages_ok+33/289> <=====
> 0: 0f 0b ud2a <=====
> Code; c0138e49 <__free_pages_ok+35/289>
> 2: 64 fs
> Code; c0138e4a <__free_pages_ok+36/289>
> 3: 00 f0 add %dh,%al
> Code; c0138e4c <__free_pages_ok+38/289>
> 5: 39 2b cmp %ebp,(%ebx)
> Code; c0138e4e <__free_pages_ok+3a/289>
> 7: c0 8b 53 08 85 d2 74 rorb $0x74,0xd2850853(%ebx)
> Code; c0138e55 <__free_pages_ok+41/289>
> e: 08 0f or %cl,(%edi)
> Code; c0138e57 <__free_pages_ok+43/289>
> 10: 0b 66 00 or 0x0(%esi),%esp
> Code; c0138e5a <__free_pages_ok+46/289>
> 13: f0 00 00 lock add %al,(%eax)
>
>
> 1 warning issued. Results may not be reliable.
>
>
> If there is anything I can do to assist debugging, let me know.
>
> --
> Anders Karlsson <anders@trudheim.com>
> Trudheim Technology Limited
>
-
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/