<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Long running vpu task with memory leak bug on imx6 in i.MX Processors</title>
    <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304874#M38992</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Michael,&lt;/P&gt;&lt;P&gt;system may be running out of contiguous memory&lt;/P&gt;&lt;P&gt;try clearing out the disk caches:&lt;/P&gt;&lt;P&gt; &lt;CODE&gt;&lt;BR /&gt; # for n in 1 2 3 ; do echo $n &amp;gt; /proc/sys/vm/drop_caches ; done&lt;/CODE&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 01 May 2014 13:14:26 GMT</pubDate>
    <dc:creator>igorpadykov</dc:creator>
    <dc:date>2014-05-01T13:14:26Z</dc:date>
    <item>
      <title>Long running vpu task with memory leak bug on imx6</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304871#M38989</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have an app that shows a long running RTSP stream (h264 encoded). gstreamer pipeline is as follows:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;gst-launch rtspsrc location=rtsp://axis-cam1/axis-media/media.amp ! rtph264depay ! vpudec low-latency=true ! mfw_isink axis-left=40 axis-top=20 disp-width=960 disp-height=540 sync=false&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In parallel my app does some other stuff and also play some videos or also short RTSP streams. This works very nice.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;After about 1,5 hours, though, all temporary gstreamer activities that are started in parallel to the long running task no longer get any VPU memory. This is the error:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 8pt; font-family: andale mono,times;"&gt;aiurdemux194:si: page allocation failure: order:11, mode:0xd1&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;[&amp;lt;8004c944&amp;gt;] (unwind_backtrace+0x0/0xf4) from [&amp;lt;800cf614&amp;gt;] (warn_alloc_failed+0xd4/0x10c)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;[&amp;lt;800cf614&amp;gt;] (warn_alloc_failed+0xd4/0x10c) from [&amp;lt;800d2094&amp;gt;] (__alloc_pages_nodemask+0x540/0x6e4)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;[&amp;lt;800d2094&amp;gt;] (__alloc_pages_nodemask+0x540/0x6e4) from [&amp;lt;8004f658&amp;gt;] (__dma_alloc+0x9c/0x2fc)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;[&amp;lt;8004f658&amp;gt;] (__dma_alloc+0x9c/0x2fc) from [&amp;lt;8004fbf0&amp;gt;] (dma_alloc_coherent+0x60/0x68)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;[&amp;lt;8004fbf0&amp;gt;] (dma_alloc_coherent+0x60/0x68) from [&amp;lt;80465260&amp;gt;] (vpu_alloc_dma_buffer+0x2c/0x54)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;[&amp;lt;80465260&amp;gt;] (vpu_alloc_dma_buffer+0x2c/0x54) from [&amp;lt;804656ac&amp;gt;] (vpu_ioctl+0x424/0x8c0)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;[&amp;lt;804656ac&amp;gt;] (vpu_ioctl+0x424/0x8c0) from [&amp;lt;80111a90&amp;gt;] (do_vfs_ioctl+0x3b4/0x530)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;[&amp;lt;80111a90&amp;gt;] (do_vfs_ioctl+0x3b4/0x530) from [&amp;lt;80111c40&amp;gt;] (sys_ioctl+0x34/0x60)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;[&amp;lt;80111c40&amp;gt;] (sys_ioctl+0x34/0x60) from [&amp;lt;80045f80&amp;gt;] (ret_fast_syscall+0x0/0x30)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;Mem-info:&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;DMA per-cpu:&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 0: hi:&amp;nbsp;&amp;nbsp; 90, btch:&amp;nbsp; 15 usd:&amp;nbsp; 87&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 1: hi:&amp;nbsp;&amp;nbsp; 90, btch:&amp;nbsp; 15 usd:&amp;nbsp; 87&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 2: hi:&amp;nbsp;&amp;nbsp; 90, btch:&amp;nbsp; 15 usd:&amp;nbsp;&amp;nbsp; 0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 3: hi:&amp;nbsp;&amp;nbsp; 90, btch:&amp;nbsp; 15 usd:&amp;nbsp; 83&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;Normal per-cpu:&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 0: hi:&amp;nbsp; 186, btch:&amp;nbsp; 31 usd:&amp;nbsp; 32&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 1: hi:&amp;nbsp; 186, btch:&amp;nbsp; 31 usd:&amp;nbsp; 32&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 2: hi:&amp;nbsp; 186, btch:&amp;nbsp; 31 usd:&amp;nbsp; 63&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 3: hi:&amp;nbsp; 186, btch:&amp;nbsp; 31 usd:&amp;nbsp; 62&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;HighMem per-cpu:&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 0: hi:&amp;nbsp;&amp;nbsp; 90, btch:&amp;nbsp; 15 usd:&amp;nbsp; 89&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 1: hi:&amp;nbsp;&amp;nbsp; 90, btch:&amp;nbsp; 15 usd:&amp;nbsp; 83&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 2: hi:&amp;nbsp;&amp;nbsp; 90, btch:&amp;nbsp; 15 usd:&amp;nbsp; 77&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 3: hi:&amp;nbsp;&amp;nbsp; 90, btch:&amp;nbsp; 15 usd:&amp;nbsp; 78&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;active_anon:9812 inactive_anon:35 isolated_anon:0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt; active_file:15255 inactive_file:8527 isolated_file:0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt; unevictable:0 dirty:0 writeback:0 unstable:2&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt; free:386119 slab_reclaimable:411 slab_unreclaimable:1799&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt; mapped:5509 shmem:48 pagetables:219 bounce:0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;DMA free:71672kB min:616kB low:768kB high:924kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolateds&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;lowmem_reserve[]: 0 1244 1593 1593&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;Normal free:1249804kB min:4212kB low:5264kB high:6316kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB o&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;lowmem_reserve[]: 0 0 2794 2794&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;HighMem free:223000kB min:348kB low:640kB high:936kB active_anon:39248kB inactive_anon:140kB active_file:61020kB inactive_file:34108kB unevio&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;lowmem_reserve[]: 0 0 0 0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;DMA: 22*4kB 90*8kB 21*16kB 82*32kB 7*64kB 137*128kB 69*256kB 3*512kB 8*1024kB 5*2048kB 3*4096kB 0*8192kB 0*16384kB 0*32768kB = 71672kB&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;Normal: 1*4kB 53*8kB 16*16kB 6*32kB 6*64kB 4*128kB 1*256kB 1*512kB 2*1024kB 2*2048kB 3*4096kB 2*8192kB 4*16384kB 35*32768kB = 1249772kB&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;HighMem: 14*4kB 10*8kB 437*16kB 386*32kB 374*64kB 27*128kB 10*256kB 7*512kB 8*1024kB 7*2048kB 4*4096kB 2*8192kB 1*16384kB 3*32768kB = 223000B&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;23829 total pagecache pages&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;0 pages in swap cache&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;Swap cache stats: add 0, delete 0, find 0/0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;Free swap&amp;nbsp; = 0kB&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;Total swap = 0kB&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;524288 pages of RAM&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;387015 free pages&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;73287 reserved pages&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;1169 slab pages&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;8545 pages shared&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;0 pages swap cached&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;Physical memory allocation error!&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;Physical memory allocation error!&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;Alignment trap: multiqueue194:s (5204) PC=0x3ae495b4 Instr=0xe8810018 Address=0x00002a0f FSR 0x801&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;or this:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 8pt; font-family: andale mono,times;"&gt;rtpjitterbuffer: page allocation failure: order:11, mode:0xd1&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;[&amp;lt;8004c944&amp;gt;] (unwind_backtrace+0x0/0xf4) from [&amp;lt;800cf614&amp;gt;] (warn_alloc_failed+0xd4/0x10c)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;[&amp;lt;800cf614&amp;gt;] (warn_alloc_failed+0xd4/0x10c) from [&amp;lt;800d2094&amp;gt;] (__alloc_pages_nodemask+0x540/0x6e4)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;[&amp;lt;800d2094&amp;gt;] (__alloc_pages_nodemask+0x540/0x6e4) from [&amp;lt;8004f658&amp;gt;] (__dma_alloc+0x9c/0x2fc)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;[&amp;lt;8004f658&amp;gt;] (__dma_alloc+0x9c/0x2fc) from [&amp;lt;8004fbf0&amp;gt;] (dma_alloc_coherent+0x60/0x68)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;[&amp;lt;8004fbf0&amp;gt;] (dma_alloc_coherent+0x60/0x68) from [&amp;lt;80465260&amp;gt;] (vpu_alloc_dma_buffer+0x2c/0x54)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;[&amp;lt;80465260&amp;gt;] (vpu_alloc_dma_buffer+0x2c/0x54) from [&amp;lt;804656ac&amp;gt;] (vpu_ioctl+0x424/0x8c0)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;[&amp;lt;804656ac&amp;gt;] (vpu_ioctl+0x424/0x8c0) from [&amp;lt;80111a90&amp;gt;] (do_vfs_ioctl+0x3b4/0x530)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;[&amp;lt;80111a90&amp;gt;] (do_vfs_ioctl+0x3b4/0x530) from [&amp;lt;80111c40&amp;gt;] (sys_ioctl+0x34/0x60)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;[&amp;lt;80111c40&amp;gt;] (sys_ioctl+0x34/0x60) from [&amp;lt;80045f80&amp;gt;] (ret_fast_syscall+0x0/0x30)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;Mem-info:&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;DMA per-cpu:&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 0: hi:&amp;nbsp;&amp;nbsp; 90, btch:&amp;nbsp; 15 usd:&amp;nbsp;&amp;nbsp; 0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 1: hi:&amp;nbsp;&amp;nbsp; 90, btch:&amp;nbsp; 15 usd:&amp;nbsp;&amp;nbsp; 0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 2: hi:&amp;nbsp;&amp;nbsp; 90, btch:&amp;nbsp; 15 usd:&amp;nbsp;&amp;nbsp; 0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 3: hi:&amp;nbsp;&amp;nbsp; 90, btch:&amp;nbsp; 15 usd:&amp;nbsp;&amp;nbsp; 0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;Normal per-cpu:&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 0: hi:&amp;nbsp; 186, btch:&amp;nbsp; 31 usd:&amp;nbsp;&amp;nbsp; 0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 1: hi:&amp;nbsp; 186, btch:&amp;nbsp; 31 usd:&amp;nbsp;&amp;nbsp; 0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 2: hi:&amp;nbsp; 186, btch:&amp;nbsp; 31 usd:&amp;nbsp;&amp;nbsp; 0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 3: hi:&amp;nbsp; 186, btch:&amp;nbsp; 31 usd:&amp;nbsp;&amp;nbsp; 0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;HighMem per-cpu:&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 0: hi:&amp;nbsp;&amp;nbsp; 90, btch:&amp;nbsp; 15 usd:&amp;nbsp; 14&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 1: hi:&amp;nbsp;&amp;nbsp; 90, btch:&amp;nbsp; 15 usd:&amp;nbsp;&amp;nbsp; 0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 2: hi:&amp;nbsp;&amp;nbsp; 90, btch:&amp;nbsp; 15 usd:&amp;nbsp;&amp;nbsp; 0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;CPU&amp;nbsp;&amp;nbsp;&amp;nbsp; 3: hi:&amp;nbsp;&amp;nbsp; 90, btch:&amp;nbsp; 15 usd:&amp;nbsp;&amp;nbsp; 0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;active_anon:10583 inactive_anon:35 isolated_anon:0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt; active_file:4074 inactive_file:7742 isolated_file:0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt; unevictable:0 dirty:1 writeback:0 unstable:0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt; free:397922 slab_reclaimable:398 slab_unreclaimable:1788&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt; mapped:5165 shmem:47 pagetables:227 bounce:0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;DMA free:70760kB min:616kB low:768kB high:924kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolatedo&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;lowmem_reserve[]: 0 1244 1593 1593&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;Normal free:1251960kB min:4212kB low:5264kB high:6316kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB o&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;lowmem_reserve[]: 0 0 2794 2794&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;HighMem free:268968kB min:348kB low:640kB high:936kB active_anon:42332kB inactive_anon:140kB active_file:16296kB inactive_file:30968kB unevio&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;lowmem_reserve[]: 0 0 0 0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;DMA: 28*4kB 91*8kB 26*16kB 86*32kB 5*64kB 131*128kB 68*256kB 3*512kB 10*1024kB 4*2048kB 3*4096kB 0*8192kB 0*16384kB 0*32768kB = 70760kB&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;Normal: 113*4kB 58*8kB 40*16kB 17*32kB 4*64kB 2*128kB 1*256kB 2*512kB 1*1024kB 1*2048kB 2*4096kB 3*8192kB 4*16384kB 35*32768kB = 1252148kB&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;HighMem: 269*4kB 315*8kB 268*16kB 35*32kB 1*64kB 60*128kB 21*256kB 0*512kB 1*1024kB 2*2048kB 1*4096kB 1*8192kB 2*16384kB 6*32768kB = 268908kB&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;11863 total pagecache pages&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;0 pages in swap cache&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;Swap cache stats: add 0, delete 0, find 0/0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;Free swap&amp;nbsp; = 0kB&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;Total swap = 0kB&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;524288 pages of RAM&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;398106 free pages&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;73287 reserved pages&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;1142 slab pages&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;8331 pages shared&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;0 pages swap cached&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;Physical memory allocation error!&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: andale mono,times; font-size: 8pt;"&gt;Physical memory allocation error!&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am using kernel 3.0.35 from yocto on a cubox-i4pro device.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;vpudec versions :smileyhappy:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; plugin: 3.0.10&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; wrapper: 1.0.45(VPUWRAPPER_ARM_LINUX Build on Apr 15 2014 09:52:34)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; vpulib: 5.4.20&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; firmware: 2.3.10.40778&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The same happens when I use a long running vpu encode job without display element (instead of a decode job). If the gstreamer pipeline does not include a VPU element there is no problem.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This seems to be a memory leak problem, I guess? Where should I report it? Is there an official bug tracker?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 28 Apr 2014 06:38:19 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304871#M38989</guid>
      <dc:creator>michaelb_</dc:creator>
      <dc:date>2014-04-28T06:38:19Z</dc:date>
    </item>
    <item>
      <title>Re: Long running vpu task with memory leak bug on imx6</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304872#M38990</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you for your post, however please consider moving it to the right community place (e.g. &lt;A _jive_internal="true" class="jivecontainerTT-hover-container jive-link-community-small" data-containerid="1" data-containertype="14" data-objectid="2004" data-objecttype="14" href="https://community.nxp.com/community/imx"&gt;i.MX Community&lt;/A&gt; ) to get it visible for active members.&lt;/P&gt;&lt;P&gt;For details please see general advice &lt;A _jive_internal="true" data-containerid="2001" data-containertype="14" data-objectid="99909" data-objecttype="102" href="https://community.nxp.com/docs/DOC-99909"&gt;Where to post a Discussion?&lt;/A&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you for using Freescale Community.&amp;nbsp; &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 28 Apr 2014 12:26:03 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304872#M38990</guid>
      <dc:creator>Wlodek_D_</dc:creator>
      <dc:date>2014-04-28T12:26:03Z</dc:date>
    </item>
    <item>
      <title>Re: Long running vpu task with memory leak bug on imx6</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304873#M38991</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;done&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 28 Apr 2014 12:28:17 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304873#M38991</guid>
      <dc:creator>michaelb_</dc:creator>
      <dc:date>2014-04-28T12:28:17Z</dc:date>
    </item>
    <item>
      <title>Re: Long running vpu task with memory leak bug on imx6</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304874#M38992</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Michael,&lt;/P&gt;&lt;P&gt;system may be running out of contiguous memory&lt;/P&gt;&lt;P&gt;try clearing out the disk caches:&lt;/P&gt;&lt;P&gt; &lt;CODE&gt;&lt;BR /&gt; # for n in 1 2 3 ; do echo $n &amp;gt; /proc/sys/vm/drop_caches ; done&lt;/CODE&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 01 May 2014 13:14:26 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304874#M38992</guid>
      <dc:creator>igorpadykov</dc:creator>
      <dc:date>2014-05-01T13:14:26Z</dc:date>
    </item>
    <item>
      <title>Re: Long running vpu task with memory leak bug on imx6</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304875#M38993</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Good idea. But, unfortunately, doesn't help.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This does not seem to be related to vm caches, but rather vpu memory and dma allocation. Maybe the dma pool is exhausted? But then the question in general is, why does the long running vpu job exhaust any ressources? Sounds like a leak somewhere, doesn't it?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My application regularly starts gstreamer short gstreamer jobs. Normally, this is no problem at all. EXCEPT when there is a parallel long running vpu job.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 02 May 2014 08:42:36 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304875#M38993</guid>
      <dc:creator>michaelb_</dc:creator>
      <dc:date>2014-05-02T08:42:36Z</dc:date>
    </item>
    <item>
      <title>Re: Long running vpu task with memory leak bug on imx6</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304876#M38994</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Michael, for dma allocation there were some patches provided below (patch_v4l2_issue.zip,patch-v4l.zzip.zip)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.nxp.com/thread/304368"&gt;GStreamer crashing on i.MX6 (Boundary Devices Nitrogen6x)&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 05 May 2014 09:31:13 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304876#M38994</guid>
      <dc:creator>igorpadykov</dc:creator>
      <dc:date>2014-05-05T09:31:13Z</dc:date>
    </item>
    <item>
      <title>Re: Long running vpu task with memory leak bug on imx6</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304877#M38995</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;That looks pretty interesting. Will, however, not be very simple to apply, I guess. I am using a cubox-i and am currently on kernel 3.10.30. I guess, I need to show that patch a kernel hacker to see, if it can be applied for my system.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 05 May 2014 09:50:55 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304877#M38995</guid>
      <dc:creator>michaelb_</dc:creator>
      <dc:date>2014-05-05T09:50:55Z</dc:date>
    </item>
    <item>
      <title>Re: Long running vpu task with memory leak bug on imx6</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304878#M38996</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hmm, just checked by going back to the 3.0.35 kernel (I use both, the 3.0.35 and the 3.10.30). This patch (&lt;A _jive_internal="true" href="https://community.nxp.com/servlet/JiveServlet/download/323480-258660/patch-v4l.zzip.zip" title="https://community.freescale.com/servlet/JiveServlet/download/323480-258660/patch-v4l.zzip.zip"&gt;https://community.freescale.com/servlet/JiveServlet/download/323480-258660/patch-v4l.zzip.zip&lt;/A&gt;) is already included in the kernel. So, no, it does not help. :-(&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 05 May 2014 11:16:35 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304878#M38996</guid>
      <dc:creator>michaelb_</dc:creator>
      <dc:date>2014-05-05T11:16:35Z</dc:date>
    </item>
    <item>
      <title>Re: Long running vpu task with memory leak bug on imx6</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304879#M38997</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I found an interesting post about a very similar (or identical) problem on the wandboard: &lt;A href="http://www.wandboard.org/index.php/58-20140117-video-playback-part1" title="http://www.wandboard.org/index.php/58-20140117-video-playback-part1"&gt;Wandboard - Freescale i.MX6 ARM Cortex-A9 Opensource Community Development Board - January 17 2014 - Video playback usin…&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 05 May 2014 12:14:38 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304879#M38997</guid>
      <dc:creator>michaelb_</dc:creator>
      <dc:date>2014-05-05T12:14:38Z</dc:date>
    </item>
    <item>
      <title>Re: Long running vpu task with memory leak bug on imx6</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304880#M38998</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Let me ask internally to our&amp;nbsp; VPU experts if they have some comments on this ?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 06 May 2014 15:17:07 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304880#M38998</guid>
      <dc:creator>jamesbone</dc:creator>
      <dc:date>2014-05-06T15:17:07Z</dc:date>
    </item>
    <item>
      <title>Re: Long running vpu task with memory leak bug on imx6</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304881#M38999</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;That would be great. I am currently testing to cancel the encoding process every hour and restart it. So there would be a short unavailability of the service. Not nice, but if it works, maybe I can live with it.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 06 May 2014 15:22:57 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304881#M38999</guid>
      <dc:creator>michaelb_</dc:creator>
      <dc:date>2014-05-06T15:22:57Z</dc:date>
    </item>
    <item>
      <title>Re: Long running vpu task with memory leak bug on imx6</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304882#M39000</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Michael,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I a got a response from the internal team, they mention that We are aware of a defect in 3.0.35 where free memory is depleted by faulty cache allocations and frees.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Have a great day,&lt;BR /&gt;Jaime&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 07 May 2014 14:34:52 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304882#M39000</guid>
      <dc:creator>jamesbone</dc:creator>
      <dc:date>2014-05-07T14:34:52Z</dc:date>
    </item>
    <item>
      <title>Re: Long running vpu task with memory leak bug on imx6</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304883#M39001</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Jaime&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Very good. But does that mean: "yeah, we know, but we don't know what to do either" or "yes, we are working on it and will have a patch soon"?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 08 May 2014 05:29:05 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304883#M39001</guid>
      <dc:creator>michaelb_</dc:creator>
      <dc:date>2014-05-08T05:29:05Z</dc:date>
    </item>
    <item>
      <title>Re: Long running vpu task with memory leak bug on imx6</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304884#M39002</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;That is the big question... I'm having the same problem btw&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 09 May 2014 19:53:47 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304884#M39002</guid>
      <dc:creator>ottoblom</dc:creator>
      <dc:date>2014-05-09T19:53:47Z</dc:date>
    </item>
    <item>
      <title>Re: Long running vpu task with memory leak bug on imx6</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304885#M39003</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We recommend going to 3.10.17 if it is possible.&amp;nbsp; As I said we are aware of a memory management problems in 3.0.35, but identifying the patch (or patchset) has been a difficult path. There seems to be&amp;nbsp; a pervasive problem with kmem_cache_alloc (and kmem_cache_free), and in 3.10.17 that entire memory mamanegment section (slab) has been redone, and the defect has not been replicated.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Have a great day,&lt;BR /&gt;Jaime&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-----------------------------------------------------------------------------------------------------------------------&lt;BR /&gt;Note: If this post answers your question, please click the Correct Answer button. Thank you!&lt;BR /&gt;-----------------------------------------------------------------------------------------------------------------------&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 12 May 2014 13:44:51 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304885#M39003</guid>
      <dc:creator>jamesbone</dc:creator>
      <dc:date>2014-05-12T13:44:51Z</dc:date>
    </item>
    <item>
      <title>Re: Long running vpu task with memory leak bug on imx6</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304886#M39004</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Jamie&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Actually, I have moved about a week ago to kernel 3.10.30 (current stable version for cubox-i). I still see the same problem, though.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I guess, if you cannot replicate the problem, that will make it difficult to solve. :-(&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I can get another kernel backtrace. Maybe it differs to the one from 3.0.35 and can help identify, if it is still the exact same issue.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Michael&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 12 May 2014 14:12:36 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304886#M39004</guid>
      <dc:creator>michaelb_</dc:creator>
      <dc:date>2014-05-12T14:12:36Z</dc:date>
    </item>
    <item>
      <title>Re: Long running vpu task with memory leak bug on imx6</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304887#M39005</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I see something similar playing MPEG2 TS RTP Streams on the 4.1.0 BSP. After a day or so I get - &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;BUG: Bad page state in process udpsrc0:src&amp;nbsp; pfn:50612&lt;/P&gt;&lt;P&gt;page:8c00c254 count:31 mapcount:-1946107299 mapping:8bf86cb8 index:0x8bf84938&lt;/P&gt;&lt;P&gt;page flags: 0xba(error|uptodate|dirty|lru|slab)&lt;/P&gt;&lt;P&gt;[&amp;lt;8004ae34&amp;gt;] (unwind_backtrace+0x0/0xf8) from [&amp;lt;800c9e60&amp;gt;] (bad_page+0x9c/0xf8)&lt;/P&gt;&lt;P&gt;[&amp;lt;800c9e60&amp;gt;] (bad_page+0x9c/0xf8) from [&amp;lt;800ca3d8&amp;gt;] (get_page_from_freelist+0x424/0x518)&lt;/P&gt;&lt;P&gt;[&amp;lt;800ca3d8&amp;gt;] (get_page_from_freelist+0x424/0x518) from [&amp;lt;800cab70&amp;gt;] (__alloc_pages_nodemask+0xf0/0x6cc)&lt;/P&gt;&lt;P&gt;[&amp;lt;800cab70&amp;gt;] (__alloc_pages_nodemask+0xf0/0x6cc) from [&amp;lt;800df924&amp;gt;] (handle_pte_fault+0x5e0/0x7d8)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Looks like the same type of problem that you are experiencing. Any word from Freescale if there is a new BSP in the making ? This seems like a fairly major problem for anyone using the VPU.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 12 May 2014 16:49:59 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304887#M39005</guid>
      <dc:creator>ottoblom</dc:creator>
      <dc:date>2014-05-12T16:49:59Z</dc:date>
    </item>
    <item>
      <title>Re: Long running vpu task with memory leak bug on imx6</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304888#M39006</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;OK, just did it again on the 3.10.30er Kernel. &lt;STRONG&gt;There is a difference: There is no longer a kernel oops.&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Otherwise, the application still doesn't get VPU memory and segfaults. This is the syslog:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;May 12 18:26:16 cubox-i user.err kernel: mxc_vpu 2040000.vpu: Physical memory allocation error!&lt;/P&gt;&lt;P&gt;May 12 18:26:16 cubox-i user.err kernel: mxc_vpu 2040000.vpu: Physical memory allocation error!&lt;/P&gt;&lt;P&gt;May 12 18:27:00 cubox-i user.err kernel: mxc_vpu 2040000.vpu: Physical memory allocation error!&lt;/P&gt;&lt;P&gt;May 12 18:27:00 cubox-i user.err kernel: mxc_vpu 2040000.vpu: Physical memory allocation error!&lt;/P&gt;&lt;P&gt;May 12 18:27:48 cubox-i user.err kernel: mxc_vpu 2040000.vpu: Physical memory allocation error!&lt;/P&gt;&lt;P&gt;May 12 18:27:48 cubox-i user.err kernel: mxc_vpu 2040000.vpu: Physical memory allocation error!&lt;/P&gt;&lt;P&gt;May 12 18:28:33 cubox-i user.err kernel: mxc_vpu 2040000.vpu: Physical memory allocation error!&lt;/P&gt;&lt;P&gt;May 12 18:28:33 cubox-i user.err kernel: mxc_vpu 2040000.vpu: Physical memory allocation error!&lt;/P&gt;&lt;P&gt;May 12 18:28:33 cubox-i user.err kernel: mxc_vpu 2040000.vpu: Physical memory allocation error!&lt;/P&gt;&lt;P&gt;May 12 18:28:33 cubox-i user.err kernel: mxc_vpu 2040000.vpu: Physical memory allocation error!&lt;/P&gt;&lt;P&gt;May 12 18:28:34 cubox-i user.warn kernel: Alignment trap: multiqueue156:s (14293) PC=0x65adcfc8 Instr=0xe8810011 Address=0x00002f0f FSR 0x80&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I will try to get a new 3.15er kernel in the near future and see if this is still the same. Without knowing much about memory allocation, I am still wondering, if it could be a problem of the gst-fsl libs?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 12 May 2014 16:56:16 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304888#M39006</guid>
      <dc:creator>michaelb_</dc:creator>
      <dc:date>2014-05-12T16:56:16Z</dc:date>
    </item>
    <item>
      <title>Re: Long running vpu task with memory leak bug on imx6</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304889#M39007</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I also see this problem(s) on the Utilite pro from compulab with kernel 3.0.35. The current workaround is &lt;BR /&gt;1. a kernel patch originating from the wandboard project, this solves dma memory fragmentation problems&lt;/P&gt;&lt;P&gt;&lt;A href="https://github.com/wandboard-org/linux/commit/7cbd06b2904c1855109084ca6b0c84990bc69233" title="https://github.com/wandboard-org/linux/commit/7cbd06b2904c1855109084ca6b0c84990bc69233"&gt;iMX6 VPU: Use a DMA allocation pool, instead of kernel default allocator · 7cbd06b · wandboard-org/linux · GitHub&lt;/A&gt;&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;2. dropping disc caches during video playback via VPU with a small perl script&lt;/P&gt;&lt;P&gt;&lt;A href="http://www.utilite-computer.com/forum/viewtopic.php?f=68&amp;amp;t=1521" title="http://www.utilite-computer.com/forum/viewtopic.php?f=68&amp;amp;t=1521"&gt;Utilite &amp;amp; Trim-Slice Users Forum - View topic - Ubuntu 12.04, Video playing with Totem&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;#!/usr/bin/perl&lt;/P&gt;&lt;P&gt;while (1) {&lt;/P&gt;&lt;P&gt;&amp;nbsp; sleep 10;&lt;/P&gt;&lt;P&gt;&amp;nbsp; print "dropping cache\n";&lt;/P&gt;&lt;P&gt;&amp;nbsp; `sync &amp;amp;&amp;amp; echo 3 | sudo tee /proc/sys/vm/drop_caches`;&lt;/P&gt;&lt;P&gt;}&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Find a test case to reproduce part of the problem (large disc cache stops video playback !?):&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Ubuntu 12.04.3 from Jan2014 with latest kernel&lt;/P&gt;&lt;P&gt;Linux utilite-desktop 3.0.35-cm-fx6-5.3-unoff-unsup-00001-gb0886b4 #427 SMP Thu Feb 6 11:27:43 IST 2014 armv7l armv7l armv7l GNU/Linux&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Test case:&lt;/P&gt;&lt;P&gt;precondition: device rebooted&lt;/P&gt;&lt;P&gt;&amp;nbsp; video playback via gplay and totem is working&lt;/P&gt;&lt;P&gt;&amp;nbsp; Swap partition with 2 GB on SSD is active&lt;/P&gt;&lt;P&gt;&amp;nbsp; login as user utilite&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Action 1: start firefox&lt;/P&gt;&lt;P&gt;&amp;nbsp; firefox &lt;A class="postlink" href="http://www.google.com&amp;amp;/"&gt;http://www.google.com&amp;amp;&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Reaction: firefox opens web page&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Action 2: create large file&lt;/P&gt;&lt;P&gt;&amp;nbsp; dd if=/dev/zero bs=1M of=test.txt count=4000&lt;/P&gt;&lt;P&gt;Reaction: file created on disc (SSD)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Action 3: gplay /path_to_file/video.mp4&lt;/P&gt;&lt;P&gt;Reaction: video is played (stop video playback with control-C)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Action 4: Repeat Action 2,3 - two times&lt;/P&gt;&lt;P&gt;Reaction: gplay stops with memory allocation failure&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I really hope the situation will improve with kernel 3.10.17.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best Regards,&lt;BR /&gt;Peter Bauer&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-external-small" href="http://bitkistl.blogspot.com/"&gt;http://bitkistl.blogspot.com&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 22 May 2014 19:45:37 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Long-running-vpu-task-with-memory-leak-bug-on-imx6/m-p/304889#M39007</guid>
      <dc:creator>peterbauer</dc:creator>
      <dc:date>2014-05-22T19:45:37Z</dc:date>
    </item>
  </channel>
</rss>

