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.
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 :
Without this commit, any graphical application (and X11 server)
For Qt libs, I upgraded to Qt5.6. This require some
modification in meta-qt5 to adapt krogoth branch to work with dora.
Le 2017-05-08 09:31, Chris Tapp a écrit :
> Sorry, but I can't really advise as I'm not familiar with
>> On 1 May 2017, at 11:00, Vincent
DEHORS <vincent.deh...@smile.fr> wrote:
>> I am not
using the Intel driver but the Vivante one packaged by these recipes :
>> Do you think I can use another version of gpu-viv-bin-mx6q and
xf86-video-imxfb keeping my 3.0.35 kernel ?
>> Le 2017-04-28 11:52, Chris Tapp a écrit :
>>> 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:
undesirable memory usage within Xorg isn't there if I create an
xorg.conf file containing:
>>> Section "Device"
>>> Driver "intel"
>>> Option "TearFree" "true"
>>> 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.
>>>> On 28 Apr 2017, at
10:21, Vincent DEHORS <vincent.deh...@smile.fr> wrote:
>>>> 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 ?
>>> Chris Tapp
>>> You can tell you're getting older when your car
insurance gets real cheap!
> Chris Tapp
> www.keylevel.com 
> You can
tell you're getting older when your car insurance gets real cheap!
meta-freescale mailing list