Re: imxvpudec crash with 3.14.28 and gstreamer1.0

[Carlos Rafael Giani <dv@pseudoterminal.org>]

Writing this to the mailing list for sake of completeness: this turned 
out to be a memory leak in the GPU driver, imx-gpu-viv 5.0.11.p4.4. 
Upgrading to 5.0.11.p4.5 fixed the issue.



On 2015-12-22 13:17, Carlos Rafael Giani wrote:
> This is strange. For me, it looped over 160 times before I stopped it. 
> I'll compare your config to that of the boundarydevices kernel. (Also 
> note that this kernel might have patches that yours doesn't.)
>
> Try to repeatedly print out the contents of /proc/buddyinfo, 
> especially the DMA row. I did, and the bins stayed relatively stable. 
> If these bins rapidly decrease for you, then we might be looking at a 
> kernel issue, or a problem with imx-vpu.
>
> On 12/22/2015 12:16 PM, Vikas Patil wrote:
>> Hi Carlos,
>>
>> Yes. After reconfiguration saw memory allocation failure after 35th 
>> loop.
>>
>> Attached here the complete log with allocation failure after 53rd time
>> with master branch of plug-in and libimxvpuapi and CMA configs I
>> mentioned.
>>
>> Regards,
>> Vikash
>>
>>
>>
>> On Tue, Dec 22, 2015 at 4:11 PM, Carlos Rafael Giani
>> <dv@pseudoterminal.org> wrote:
>>> You mean, "before the CMA reconfiguration, the loop-video test 
>>> failed in the
>>> 5th loop, but after reconfiguration, it still runs after the 37th 
>>> loop"?
>>>
>>>
>>> On 2015-12-22 11:19, Vikas Patil wrote:
>>>> Hi Carlos,
>>>>
>>>> I could run the video and see the output on dislay after commenting
>>>> libgstimxaudio.so but only one loop. Attached here the log.
>>>>
>>>> Also after enabling following kernel configs I could run the videotest
>>>> player application which I have till 37th loop before it was failing
>>>> in 5th loop itself.
>>>>
>>>> CONFIG_DMA_CMA=y
>>>> #
>>>> # Default contiguous memory area size:
>>>> #
>>>> CONFIG_CMA_SIZE_MBYTES=256
>>>> CONFIG_CMA_SIZE_SEL_MBYTES=y
>>>> # CONFIG_CMA_SIZE_SEL_PERCENTAGE is not set
>>>> # CONFIG_CMA_SIZE_SEL_MIN is not set
>>>> # CONFIG_CMA_SIZE_SEL_MAX is not set
>>>> CONFIG_CMA_ALIGNMENT=8
>>>> CONFIG_CMA_AREAS=7
>>>>
>>>> Regards,
>>>> Vikas
>>>>
>>>> On Tue, Dec 22, 2015 at 3:18 PM, Carlos Rafael Giani
>>>> <dv@pseudoterminal.org> wrote:
>>>>> This is a different error, however. It seems to be caused by an AAC
>>>>> decoding
>>>>> issue. Try removing the libgstimxaudio.so file from /usr/lib/ on your
>>>>> device. Note that you will need another AAC decoder then. 
>>>>> gst-libav can
>>>>> decode AAC. So can the libgstfaad plugin (part of gst-plugins-bad).
>>>>>
>>>>> Would it also be possible for you to give me a copy of this
>>>>> B01_Baseline1.0_1280_720.MP4 file?
>>>>>
>>>>>
>>>>> On 2015-12-22 10:39, Vikas Patil wrote:
>>>>>> Hi Carlos,
>>>>>>
>>>>>> Still I could not play. Attached here the log.
>>>>>>
>>>>>> Regards,
>>>>>> Vikas
>>>>>>
>>>>>> On Tue, Dec 22, 2015 at 12:34 AM, Carlos Rafael Giani
>>>>>> <dv@pseudoterminal.org> wrote:
>>>>>>> Can you try out the example program I attached? Just run it like 
>>>>>>> this:
>>>>>>>
>>>>>>> GST_DEBUG=2,*imx*:5 ./loop-videos -i 5000 -v 
>>>>>>> "imxipuvideotransform !
>>>>>>> imxeglvivsink" /home/root/B01_Baseline1.0_1280_720.MP4
>>>>>>>
>>>>>>> This will run the mp4 video for 5 seconds and then start again. 
>>>>>>> Note
>>>>>>> that
>>>>>>> you have to build it with the -std=c++11 compiler flag.
>> >
>