Re: [meta-freescale] Git status

[Otavio Salvador]

On Mon, May 8, 2017 at 4:23 PM, Nelson Pinto
 wrote:
> Good afternoon,
>
> I'm trying to do a bitbake using the krogoth branch but this error keeps
> appearing.
>
> ERROR: firmware-imx-1_5.4-r0 do_fetch: Fetcher failure: Fetch command failed
> with exit code 128, output:
> Cloning into bare repository
> '/home/nelson/fsl-release-bsp/downloads//git2/git.freescale.com.imx.imx-firmware.git'...
> fatal: unable to connect to git.freescale.com:
> git.freescale.com[0: 192.88.156.202]: errno=Connection refused
>
>
> ERROR: firmware-imx-1_5.4-r0 do_fetch: Function failed: Fetcher failure for
> URL:
> 'git://git.freescale.com/imx/imx-firmware.git;branch=master;destsuffix=/home/nelson/fsl-release-bsp/imx6qBuild/tmp/work/cortexa9hf-neon-mx6qdl-poky-linux-gnueabi/firmware-imx/1_5.4-r0/firmware-imx-5.4/git'.
> Unable to fetch URL from any source.
> ERROR: Logfile of failure stored in:
> /home/nelson/fsl-release-bsp/imx6qBuild/tmp/work/cortexa9hf-neon-mx6qdl-poky-linux-gnueabi/firmware-imx/1_5.4-r0/temp/log.do_fetch.75538
> ERROR: Task 1076
> (/home/nelson/fsl-release-bsp/sources/meta-fsl-arm/recipes-bsp/firmware-imx/firmware-imx_5.4.bb,
> do_fetch) failed with exit code '1'
>
> Is git.freescale.com server down?

It shouldn't be. Adding Lauren on Cc.


-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] FSL Community BSP bblayer.conf invalid for 'bitbake-layers layerindex-fetch'

[Tim Harvey]

On Sat, May 6, 2017 at 7:34 PM, Trevor Woerner  wrote:
>> This is a really nice tool but I find that the layout of the FSL
>> Community BSP doesn't work properly with it because of where
>> meta-oenemebedded gets placed. For this to work layers need to be
>> placed in BBLAYERS_FETCH_DIR which is set to COREBASE (sources/poky)
>> otherwise meta-openembedded gets duplicated.
>
> The layerindex-fetch tool makes assumptions that turn out to not be
> true if you start off (as you did) by using the fsl community repo.
> Two assumptions have, simply, collided :-)
>

Trevor,

Right - I realize this is an issue or invalid assumption about the fsl
community repo. I'm thinking that repo should be perhaps reworked to
move its layers within the poky dir to avoid this and allow using
'bitbake-layers layerindex-fetch' as its such a useful tool.

> You can override the definition of BBLAYERS_FETCH_DIR in your
> conf/local.conf (using an '='). If you set it to the full base
> location of where the fsl community repo has put your layers,
> layerindex-fetch should then work as expected?

Setting BBLAYERS_FETCH_DIR to my sources dir still ends up with
duplicates after a 'bitbake-layers layerindex-fetch meta-networking'
yet now there are no duplicate repos (just duplicate dirs in BBLAYERS)

BBLAYERS = " \
  ${BSPDIR}/sources/poky/meta \
  ${BSPDIR}/sources/poky/meta-poky \
  ${BSPDIR}/sources/meta-openembedded/meta-oe \
  ${BSPDIR}/sources/meta-openembedded/meta-multimedia \
  ${BSPDIR}/sources/meta-freescale \
  ${BSPDIR}/sources/meta-freescale-3rdparty \
  ${BSPDIR}/sources/meta-freescale-distro \
  /tmp/yocto/sources/meta-openembedded/meta-oe \
 this one shouldn't be here and creates 'Duplicate inclusion'
warnings if it is
  /tmp/yocto/sources/meta-openembedded/meta-python \
  /tmp/yocto/sources/meta-openembedded/meta-networking \
  "

Perhaps bitbake-layers could be made smarter about avoiding duplicate
dirs in this case.

Regards,

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

[meta-freescale] Git status

[Nelson Pinto]

Good afternoon,

I'm trying to do a bitbake using the krogoth branch but this error keeps
appearing.

ERROR: firmware-imx-1_5.4-r0 do_fetch: Fetcher failure: Fetch command
failed with exit code 128, output:
Cloning into bare repository
'/home/nelson/fsl-release-bsp/downloads//git2/git.freescale.com.imx.imx-firmware.git'...
fatal: unable to connect to git.freescale.com:
git.freescale.com[0: 192.88.156.202]: errno=Connection refused


ERROR: firmware-imx-1_5.4-r0 do_fetch: Function failed: Fetcher failure for
URL: 'git://
git.freescale.com/imx/imx-firmware.git;branch=master;destsuffix=/home/nelson/fsl-release-bsp/imx6qBuild/tmp/work/cortexa9hf-neon-mx6qdl-poky-linux-gnueabi/firmware-imx/1_5.4-r0/firmware-imx-5.4/git'.
Unable to fetch URL from any source.
ERROR: Logfile of failure stored in:
/home/nelson/fsl-release-bsp/imx6qBuild/tmp/work/cortexa9hf-neon-mx6qdl-poky-linux-gnueabi/firmware-imx/1_5.4-r0/temp/log.do_fetch.75538
ERROR: Task 1076
(/home/nelson/fsl-release-bsp/sources/meta-fsl-arm/recipes-bsp/firmware-imx/
firmware-imx_5.4.bb, do_fetch) failed with exit code '1'

Is git.freescale.com server down?

Best regards,
Nelson Pinto
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH] chromium-wayland: Enable new version 53

[Tom Hochstein]

> -Original Message-
> From: meta-freescale-boun...@yoctoproject.org 
> [mailto:meta-freescale-boun...@yoctoproject.org] On Behalf Of Alexandra Safta
> Sent: Friday, May 05, 2017 7:40 AM


> +VPU_PATCHES = 
> "file://${PATCH_BASE_DIR}/common/0002-Add-VPU-video-decode-accelerator-to-Chromium-GPU-.patch"

Actually, this patch does not apply cleanly. Carlos, can you have a look?

Tom
-- 
___
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)

[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