Hi,
Got the same BUG when starting today.
I thought /usr/log/warn was run through ksymoops...
This report is... :-)
Note: that I have my "page ageing with list" applied.
But I do not understand how that patch could give this BUG.
I will back out my patch and try a stock 2.4.0-test4-1.
But that will give a different memory usage pattern.
/RogerL
Roger Larsson wrote:
>
> Hi,
>
> When trying to start latencytest I got this BUG.
> And I don't think that my patch can be related...
>
> Code looks like:
>
> static inline struct page * alloc_pages(int gfp_mask, unsigned long
> order)
> {
> /* temporary check. */
> if (contig_page_data.node_zonelists[gfp_mask].gfp_mask != (gfp_mask))
> ===> BUG();
>
> Now I can't restart latencytest it complains on
> ERROR: open /dev/dsp: Device or resource busy
>
> I will try again when I restart tomorrow...
>
> /RogerL
>
> --
> Home page:
> http://www.norran.net/nra02596/
>
> ------------------------------------------------------------------------
> Name: BUG-boot.msg
> BUG-boot.msg Type: Plain Text (text/plain)
> Encoding: 7bit
>
> Name: BUG-mm.h
> BUG-mm.h Type: Plain Text (text/plain)
> Encoding: 7bit
-- Home page: http://www.norran.net/nra02596/
ksymoops 0.7c on i686 2.4.0-test4. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0-test4/ (default) -m /usr/src/linux/System.map (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.
Jul 13 09:51:15 dox kernel: invalid operand: 0000 Jul 13 09:51:15 dox kernel: CPU: 0 Jul 13 09:51:15 dox kernel: EIP: 0010:[<c6867c02>] Using defaults from ksymoops -t elf32-i386 -a i386 Jul 13 09:51:15 dox kernel: EFLAGS: 00010286 Jul 13 09:51:15 dox kernel: eax: 00000035 ebx: 00000004 ecx: c5992000 edx: 00000000 Jul 13 09:51:15 dox kernel: esi: c6887108 edi: 00000002 ebp: 00000000 esp: c5095e60 Jul 13 09:51:15 dox kernel: ds: 0018 es: 0018 ss: 0018 Jul 13 09:51:15 dox kernel: Process latencytest (pid: 227, stackpage=c5095000) Jul 13 09:51:15 dox kernel: Stack: c686fc44 c686fdc0 00000141 c6887108 00000000 00000002 00000002 00010000 Jul 13 09:51:15 dox kernel: c6867fc6 c6887108 c6887000 c6868294 c6887000 00000002 c6887108 00000000 Jul 13 09:51:15 dox kernel: 00000003 00000003 00000003 c6887108 c6887578 c6866379 00000000 00000002 Jul 13 09:51:15 dox kernel: Call Trace: [<c686fc44>] [<c686fdc0>] [<c6887108>] [<c6867fc6>] [<c6887108>] [<c6887000>] [<c6868294>] Jul 13 09:51:15 dox kernel: [<c6887000>] [<c6887108>] [<c6887108>] [<c6887578>] [<c6866379>] [<c6862fa0>] [request_module+287/420] [<c686590f>] Jul 13 09:51:15 dox kernel: [<c6862fa0>] [get_fops+88/104] [tvecs+17821/139900] [<c68624c4>] [get_chrfops+30/36] [tvecs+17821/139900] [chrdev_open+176/188] [dentry_open+189/328] Jul 13 09:51:15 dox kernel: Code: 0f 0b 83 c4 0c 83 fb 09 77 12 89 da b8 4c c9 26 c0 e8 28 3b
>>EIP; c6867c02 <[sound]sound_alloc_dmap+d6/1f4> <===== Trace; c686fc44 <[sound]dev_list+a18/2397> Trace; c686fdc0 <[sound]dev_list+b94/2397> Trace; c6887108 <__module_parm_desc_acer+33e8/????> Trace; c6867fc6 <[sound]open_dmap+22/fc> Trace; c6887108 <__module_parm_desc_acer+33e8/????> Trace; c6887000 <__module_parm_desc_acer+32e0/????> Trace; c6868294 <[sound]DMAbuf_open+94/184> Trace; c6887000 <__module_parm_desc_acer+32e0/????> Trace; c6887108 <__module_parm_desc_acer+33e8/????> Trace; c6887108 <__module_parm_desc_acer+33e8/????> Trace; c6887578 <__module_parm_desc_acer+3858/????> Trace; c6866379 <[sound]audio_open+51/108> Trace; c6862fa0 <[soundcore]soundcore_fops+0/3f> Trace; c6862fa0 <[soundcore]soundcore_fops+0/3f> Code; c6867c02 <[sound]sound_alloc_dmap+d6/1f4> 00000000 <_EIP>: Code; c6867c02 <[sound]sound_alloc_dmap+d6/1f4> <===== 0: 0f 0b ud2a <===== Code; c6867c04 <[sound]sound_alloc_dmap+d8/1f4> 2: 83 c4 0c add $0xc,%esp Code; c6867c07 <[sound]sound_alloc_dmap+db/1f4> 5: 83 fb 09 cmp $0x9,%ebx Code; c6867c0a <[sound]sound_alloc_dmap+de/1f4> 8: 77 12 ja 1c <_EIP+0x1c> c6867c1e <[sound]sound_alloc_dmap+f2/1f4> Code; c6867c0c <[sound]sound_alloc_dmap+e0/1f4> a: 89 da mov %ebx,%edx Code; c6867c0e <[sound]sound_alloc_dmap+e2/1f4> c: b8 4c c9 26 c0 mov $0xc026c94c,%eax Code; c6867c13 <[sound]sound_alloc_dmap+e7/1f4> 11: e8 28 3b 00 00 call 3b3e <_EIP+0x3b3e> c686b740 <[sound]sequencer_midi_input+3c/a8>
1 warning issued. Results may not be reliable.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Jul 15 2000 - 21:00:16 EST