Re: [meta-freescale] [meta-fsl-arm] Memory leak in graphic application (dora)

2017-05-09 Thread Vincent DEHORS 
 

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=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  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  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.0id=5e5f0d6d0d9c022c93e4a8c3680b682e2b8f6b4f
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [meta-fsl-arm] Memory leak in graphic application (dora)

2017-05-08 Thread Chris Tapp 
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  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 
> 
> 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 >> > 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
>> 
>> --
>>  
>> Chris Tapp
>> opensou...@keylevel.com 
>> www.keylevel.com 
>>  
>> 
>> You can tell you're getting older when your car insurance gets real cheap!

--

Chris Tapp
opensou...@keylevel.com
www.keylevel.com


You can tell you're getting older when your car insurance gets real cheap!

-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [meta-fsl-arm] Memory leak in graphic application (dora)

2017-05-01 Thread Vincent DEHORS 
 

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
[2] 

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  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
> 
> -- 
> 
>
Chris Tapp 
> opensou...@keylevel.com 
> www.keylevel.com [1] 
> 
> 

> You can tell you're getting older when your car insurance gets real
cheap!
 

Links:
--
[1] http://www.keylevel.com
[2]
https://github.com/Freescale/meta-fsl-arm/tree/dora/recipes-graphics
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [meta-fsl-arm] Memory leak in graphic application (dora)

2017-04-28 Thread Chris Tapp 
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  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

--

Chris Tapp
opensou...@keylevel.com
www.keylevel.com


You can tell you're getting older when your car insurance gets real cheap!

-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

[meta-freescale] [meta-fsl-arm] Memory leak in graphic application (dora)

2017-04-28 Thread Vincent DEHORS 
 

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