Hi, 

I found a solution for my memory leak. In fact, there were two
leaks : one in Freescale drivers (or libGLES2) and one in Qt5.1.1. 

For
Freescale drivers/libGL, I upgraded to the one used in dizzy branch. But
this require a specific kernel support added in the 3.0.35 : 

        *
http://git.freescale.com/git/cgit.cgi/imx/linux-2.6-imx.git/commit/?h=imx_3.0.35_4.1.0&id=5e5f0d6d0d9c022c93e4a8c3680b682e2b8f6b4f
[5]

Without this commit, any graphical application (and X11 server)
segfault. 

For Qt libs, I upgraded to Qt5.6. This require some
modification in meta-qt5 to adapt krogoth branch to work with dora.


Regards, 

Vincent 

Le 2017-05-08 09:31, Chris Tapp a écrit : 

> Hi
Vincent, 
> 
> Sorry, but I can't really advise as I'm not familiar with
those drivers. 
> 
> Chris 
> 
>> On 1 May 2017, at 11:00, Vincent
DEHORS <vincent.deh...@smile.fr> wrote: 
>> 
>> Hi, 
>> 
>> I am not
using the Intel driver but the Vivante one packaged by these recipes :

>> 
>>
https://github.com/Freescale/meta-fsl-arm/tree/dora/recipes-graphics [3]

>> 
>> Do you think I can use another version of gpu-viv-bin-mx6q and
xf86-video-imxfb keeping my 3.0.35 kernel ? 
>> 
>> Regards, 
>> 
>>
Vincent 
>> 
>> Le 2017-04-28 11:52, Chris Tapp a écrit : 
>> 
>>> Hi
Vincent, 
>>> 
>>> I saw something similar to this a while back with
Fido when using the Intel video driver (Thread ""Crazy" Xorg memory
usage after upgrading from Daisy to Fido"). 
>>> 
>>> My app would often
get killed due to lack of memory, but it sometimes ran long enough that
a load of memory was released back to the pool and the app would then
run as long as I left it running. 
>>> 
>>> My fix was:
>>> 
>>> The
undesirable memory usage within Xorg isn't there if I create an
xorg.conf file containing:
>>> 
>>> Section "Device"
>>> Identifier
"Intel Video"
>>> Driver "intel"
>>> Option "TearFree" "true"
>>>
EndSection
>>> 
>>> So it looks as if I need to enable "TearFree". I
didn't need to add this for the 2.99.910 version of xf86-video-intel
included with 'daisy'. 
>>> 
>>> This probably won't work for you, but
it may be worth a try.
>>> 
>>> Chris 
>>> 
>>>> On 28 Apr 2017, at
10:21, Vincent DEHORS <vincent.deh...@smile.fr> wrote: 
>>>> 
>>>> Hi,

>>>> 
>>>> I use a dora branch (as constructor only provides a 3.0.35
kernel) and when I launch any graphical application using libGLES2 (with
X11), the memory increase continuously until there is no memory left
(and oom-killer kill the app). 
>>>> 
>>>> I can see the leak with a
minimalist Qt5/qml application with an animation or with a Gstreamer
pipeline using eglvivsink. 
>>>> 
>>>> Is there any known issue with
graphic application in old BSP for i.MX6 ? 
>>>> 
>>>> If the leak is
located in the proprietary libGL, is there a way to use a more recent
one without upgrading the kernel version ? 
>>>> 
>>>> Regards, 
>>>>

>>>> Vincent 
>>>> -- 
>>>>
_______________________________________________
>>>> meta-freescale
mailing list
>>>> meta-freescale@yoctoproject.org
>>>>
https://lists.yoctoproject.org/listinfo/meta-freescale [1]
>>> 
>>> --

>>> 
>>> Chris Tapp 
>>> opensou...@keylevel.com 
>>> www.keylevel.com
[2] 
>>> 
>>> ---- 
>>> You can tell you're getting older when your car
insurance gets real cheap!
> 
> -- 
> 
> Chris Tapp 
>
opensou...@keylevel.com 
> www.keylevel.com [4] 
> 
> ---- 
> You can
tell you're getting older when your car insurance gets real cheap!



Links:
------
[1]
https://lists.yoctoproject.org/listinfo/meta-freescale
[2]
http://www.keylevel.com/
[3]
https://github.com/Freescale/meta-fsl-arm/tree/dora/recipes-graphics
[4]
http://www.keylevel.com
[5]
http://git.freescale.com/git/cgit.cgi/imx/linux-2.6-imx.git/commit/?h=imx_3.0.35_4.1.0&amp;id=5e5f0d6d0d9c022c93e4a8c3680b682e2b8f6b4f
-- 
_______________________________________________
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Reply via email to