2010-04-16 00:36:36     Is there supoort in kernel to fix "page allocation failure" error

Document created by Aaronwu Employee on Aug 21, 2013
Version 1Show Document
  • View in full screen mode

2010-04-16 00:36:36     Is there supoort in kernel to fix "page allocation failure" error

Poorna Jyothi (INDIA)

Message: 88485   

 

Hi,

 

I am launching a qt based application on BF527. As soon as I launch this application I am getting the below error:

 

root:/bin> app -qws

app: page allocation failure. order:12, mode:0x40d0

Hardware Trace:

   0 Target : <0x00004b78> { _dump_stack + 0x0 }

     Source : <0x00030b9a> { ___alloc_pages_internal + 0x1b2 } CALL pcrel

   1 Target : <0x00030b9a> { ___alloc_pages_internal + 0x1b2 }

     Source : <0x0000f806> { _printk + 0x16 } RTS

   2 Target : <0x0000f802> { _printk + 0x12 }

     Source : <0x0001007e> { _vprintk + 0x132 } RTS

   3 Target : <0x00010072> { _vprintk + 0x126 }

     Source : <0xffa00bc0> { __common_int_entry + 0xcc }

   4 Target : <0xffa00b5e> { __common_int_entry + 0x6a }

     Source : <0xffa009b0> { _return_from_int + 0x58 }

   5 Target : <0xffa009b0> { _return_from_int + 0x58 }

     Source : <0xffa00986> { _return_from_int + 0x2e }

   6 Target : <0xffa00958> { _return_from_int + 0x0 }

     Source : <0xffa00b5a> { __common_int_entry + 0x66 }

   7 Target : <0xffa00b58> { __common_int_entry + 0x64 }

     Source : <0xffa002ea> { _asm_do_IRQ + 0x62 }

   8 Target : <0xffa002e2> { _asm_do_IRQ + 0x5a }

     Source : <0x00013638> { __local_bh_enable + 0x40 } RTS

   9 Target : <0x000135f8> { __local_bh_enable + 0x0 }

     Source : <0x00013720> { ___do_softirq + 0x9c } JUMP.L

  10 Target : <0x00013718> { ___do_softirq + 0x94 }

     Source : <0x000136fc> { ___do_softirq + 0x78 } IF !CC JUMP

  11 Target : <0x000136de> { ___do_softirq + 0x5a }

     Source : <0x000167e2> { _run_timer_softirq + 0x82 } RTS

  12 Target : <0x00016774> { _run_timer_softirq + 0x14 }

     Source : <0x000219b2> { _hrtimer_run_pending + 0x82 } RTS

  13 Target : <0x000219a6> { _hrtimer_run_pending + 0x76 }

     Source : <0x00021956> { _hrtimer_run_pending + 0x26 } IF !CC JUMP

  14 Target : <0x00021930> { _hrtimer_run_pending + 0x0 }

     Source : <0x00016770> { _run_timer_softirq + 0x10 } CALL pcrel

  15 Target : <0x00016760> { _run_timer_softirq + 0x0 }

     Source : <0x000136dc> { ___do_softirq + 0x58 } CALL (P2)

Stack info:

SP: [0x02217c40] <0x02217c40> /* kernel dynamic memory */

FP: (0x02217c3c)

Memory from 0x02217c40 to 02218000

02217c40:[00030b72]<00030b9e> 03ecc080  00000000  000240d0  03ecc268  0000000c

02217c60: 00000001  00000048  02216000  02216000  00000000  000240d0  02216000

02217c80: 00000000  00000000  00000000  00000000  0227d680 <00030cc6> 01b8abe0

02217ca0: 00851000  ffffffda  00001802  00000000  00000005 <000382ac> 01b8abe0

02217cc0: 00000000 <000384ae><00009580> 03ecc080  03ecc080  00000000  00001802

02217ce0: 00000000  000018f5  00000008  022661e0  01e00c70  00000000  02217d58

02217d00:<00061536> 026b2f20  00000002  02217e08  00000fff  00000000  00000000

02217d20:<0003fd10> 00000000 <0003fe38> 00000005  00001802  00000000  00001802

02217d40: 02266220  00000000  00000000  02266224  00000080  018b63c0  02217e64 >

02217d60: 02216000  02034000  001e7674  00020000  0000008c  0000003f  00000000

02217d80: 01b8abe0  0214b220  001a14b0  021a8fc8  02217db4  018b63c0  02266280

02217da0: 002343fe  00000003  00000001  464c457f  00010101  00000000  00000000

02217dc0: 00000001  00001160  00000034 <00007440> 10000002  00200034  00280004

02217de0: 020fd0c0  00000000  00000000  00000000  00000000  00000000  00020000

02217e00: 00000000  80000010  464c457f  00010101  00000000  00000000  006a0002

02217e20: 0005b89c  00000034  00a5a8d8  10000002  00200034  00280007  00240027

02217e40: 02266220  00000000  00000000  00000000  00000000  00020000  00000000

02217e60: 80000050  ffffffc0 <0003f628> 001e7a44  02034000  001e7674  fffffff8

02217e80: 0000003f  02217f24  020bfa3c  02217f24  02034000  00000000  02216000

02217ea0: 020bfa3c <000408c0> 02034000  0000000b  021a8fc8  00000000  02215000

02217ec0: 01fa0418  01fa03a4  00000000  00000001  00000000 <0000155a> 0000152c

02217ee0: 01fa0418  01fa03a4  01fa03f4 <01fcd2fa> 00000004  00000000  02217f24

02217f00: 00000000  ffffe000  021a9a50  01f84776  021fd980  001d1670  00000003

02217f20: 021a9a50  01fcd482  00008000  00000000  00000000  02218000  01fcd482

02217f40:<01f10dd6> ffa00e80  02001025  01ff2c47  01fe2367  01ff2c40  01fe2366

02217f60: 00000000  00000000  00000000  00000000  00000000  00000000  00000000

02217f80: 00000000  00000000  00000000  00000000  00000000  00000000  00000000

02217fa0: 00000000  00000000  00000000  021a8fc8  01fa0348  020bfa30  020bfa3c

02217fc0: 01fa00ff  021a8fc8  01f8477f  01fcd478  0000000b  00000000  01fa0418

02217fe0: 01fa03f4  00000003  01fa03a4  01fa0418  01f84776  01f84776  0000000b

Return addresses in stack:

    address : <0x00030b72> { ___alloc_pages_internal + 0x18a }

    address : <0x00030b9e> { ___alloc_pages_internal + 0x1b6 }

    address : <0x00030cc6> { ___get_free_pages + 0x1e }

    address : <0x000382ac> { _do_mmap_pgoff + 0x3a4 }

    address : <0x000384ae> { _do_mmap_pgoff + 0x5a6 }

    address : <0x00009580> { _complete + 0x24 }

    address : <0x00061536> { _elf_fdpic_map_file + 0x582 }

    address : <0x0003fd10> { _flush_old_exec + 0x354 }

    address : <0x0003fe38> { _flush_old_exec + 0x47c }

    address : <0x000619b2> { _load_elf_fdpic_binary + 0x2d6 }

    address : <0x00007440> { _set_gptimer_pulse_hi + 0x30 }

    address : <0x0003f628> { _search_binary_handler + 0x8c }

    address : <0x000408c0> { _do_execve + 0x188 }

    address : <0x0000155a> { _sys_execve + 0x2e }

    address : <0x01fcd2fa> [ /lib/libc.so.0 + 0xd2fa ]

    address : <0x01f10dd6> [ /bin/busybox + 0x10dd6 ]

Mem-Info:

DMA per-cpu:

CPU    0: hi:   18, btch:   3 usd:   0

Active_anon:0 active_file:5465 inactive_anon:0

inactive_file:0 dirty:0 writeback:0 unstable:0

free:9184 slab:402 mapped:0 pagetables:0 bounce:0

DMA free:36736kB min:1008kB low:1260kB high:1512kB active_anon:0kB inactive_anoo

lowmem_reserve[]: 0 0 0

DMA: 46*4kB 25*8kB 24*16kB 22*32kB 7*64kB 14*128kB 9*256kB 4*512kB 0*1024kB 2*2B

5465 total pagecache pages

16127 pages RAM

649 pages reserved

0 pages shared

6278 pages non-shared

Allocation of length 8720384 from process 1471 failed

DMA per-cpu:

CPU    0: hi:   18, btch:   3 usd:   0

Active_anon:0 active_file:5465 inactive_anon:0

inactive_file:0 dirty:0 writeback:0 unstable:0

free:9184 slab:402 mapped:0 pagetables:0 bounce:0

DMA free:36736kB min:1008kB low:1260kB high:1512kB active_anon:0kB inactive_anoo

lowmem_reserve[]: 0 0 0

DMA: 46*4kB 25*8kB 24*16kB 22*32kB 7*64kB 14*128kB 9*256kB 4*512kB 0*1024kB 2*2B

5465 total pagecache pages

Unable to load executable

SIGSEGV

root:/bin>

 

 

By going over the forums I understood that it is problem with page memory available.

 

Is there any support in kernel to support larger continous memory as required by this application. If not please tell me how make this application work on BF527.

 

Thanks!

 

Poorna

QuoteReplyEditDelete

 

 

2010-04-16 00:47:48     Re: Is there supoort in kernel to fix "page allocation failure" error

Mike Frysinger (UNITED STATES)

Message: 88486   

 

the "fix" is to free more memory or to add more memory to your board

QuoteReplyEditDelete

 

 

2010-04-16 03:41:49     Re: Is there supoort in kernel to fix "page allocation failure" error

Poorna Jyothi (INDIA)

Message: 88506   

 

Hi Mike

 

Thanks for response.

 

There is a free memory of 37MB & my application is of 11MB. Still I am not able to execute it. I am able to execute same application on other kernel image where the .config is same as this .config.Size of both images & application is same. Any idea what the problem can be?

QuoteReplyEditDelete

 

 

2010-04-16 04:41:47     Re: Is there supoort in kernel to fix "page allocation failure" error

Mike Frysinger (UNITED STATES)

Message: 88511   

 

total free memory is not the same thing as free contiguous memory.  you need 16MB in one contiguous chunk, not 16MB total.

Attachments

    Outcomes