1. meta-freescale@lists.yoctoproject.org
  2. Messages
   Date   
Re: Vivante graphics driver

Andy Pont <andy.pont@...>
 

Otavio wrote...

We seem to be having really poor performance with canvas events in our
HTML5/CSS front end and some of the benchmarks[1] we have run only seem
to make 10fps.
Using what? WPE, Chromium, WebEngine?
I have been looking at the contents of your meta-browser layer and also searching around on the internet and have found a number of references to Ozone and DRM/GBM but haven’t been able to find a recipe to build that configuration. Is it something that can be made to work for our project?

-Andy.
[NXP] Failed to build gstreamer1.0 ith Yocto thud on NXP IMX8MQ

Atiki Karim
 

Hi,

 

I'm currently trying to build gstreamer1.0 with Yocto Thud.

My host machine is a Debian 9 (stretch) Linux.

It always succeeded with previous version of Yocto rocko and sumo.

 

But there with thud I immediately get an Unpack Error I've never experienced before:

 

ERROR: gstreamer1.0-1.14.4.imx-r0 do_unpack: gitsm: submodule unpack failed: UnpackError Unpack failure for URL: 'gitsm://anongit.freedesktop.org/git/gstreamer/common.git;protocol=https;name=common;subpath=common;bareclone=1;nobranch=1'. No up to date source found: clone directory not available or not up to date: /opt/yocto/imx8/fsl-imx8-thud-4.19.35-1.0.0/../../downloads/git2/anongit.freedesktop.org.git.gstreamer.common.git; shallow clone not enabled
ERROR: gstreamer1.0-1.14.4.imx-r0 do_unpack: Unpack failure for URL: 'gitsm://anongit.freedesktop.org/git/gstreamer/common.git;protocol=https;name=common;subpath=common;bareclone=1;nobranch=1'. No up to date source found: clone directory not available or not up to date: /opt/yocto/imx8/fsl-imx8-thud-4.19.35-1.0.0/../../downloads/git2/anongit.freedesktop.org.git.gstreamer.common.git; shallow clone not enabled
ERROR: gstreamer1.0-1.14.4.imx-r0 do_unpack: Function failed: base_do_unpack
ERROR: Logfile of failure stored in: /opt/yocto/imx8/fsl-imx8-thud-4.19.35-1.0.0/build/tmp/work/aarch64-poky-linux/gstreamer1.0/1.14.4.imx-r0/temp/log.do_unpack.27700
ERROR: Task (/opt/yocto/imx8/fsl-imx8-thud-4.19.35-1.0.0/sources/meta-freescale/recipes-multimedia/gstreamer/gstreamer1.0_1.14.imx.bb:do_unpack) failed with exit code '1'

 

I've attached the log.do_unpack file. I tried to clean everything up, but I still get this annoying error and I'm stuck with it for a while now.


 

Any suggestion is really welcome

 

Thanks.

 

Karim


?
log.do_unpack.27700

Re: [wpe-webkit] Optimising imx6 performance for HTML5 using Cog + WPE WebKit

Wouter Vanhauwaert
 

-----Original Message-----
From: webkit-wpe [mailto:webkit-wpe-bounces@...] On Behalf Of
Andy Pont
Sent: woensdag 23 oktober 2019 13:27
To: meta-freescale Mailing List <meta-freescale@...>
Cc: yocto@...; webkit-wpe@...
Subject: [wpe-webkit] Optimising imx6 performance for HTML5 using Cog +
WPE WebKit
Hello,

Broadening this out to the Freescale and Yocto mailing lists to see if any one
has any answers…

We are using Cog and WPE Webkit on an i.MX6 Solo based board with a user
interface that is based on HTML5, Javascript and CSS and are having some
issues with fading and other canvas effects. The board is running a Yocto
image with the following in conf/local.conf:

PREFERRED_PROVIDER_virtual/wpebackend = "wpebackend-rdk"
PACKAGECONFIG_pn-wpebackend-rdk = "imx6"

PACKAGECONFIG_append_pn-cairo = " glesv2 egl"
PACKAGECONFIG_append_pn-wpewebkit = " 2dcanvas"

We start the browser with the following command line:

cog --enable-accelerated-2d-canvas=1 appui/index.html

Are there any other settings we should be using either in the Yocto build or
when launching Cog as we are finding the CPU usage is >90%?

Is there a definitive way to show that all of the necessary drivers are loaded
and Cog is making use of the GPU?

I have tried this with Cog 0.3.0 built with WPE WebKit 2.24.1 and Cog
0.4.0 built with WPE WebKit 2.26.1 and both give the same dissappointing
results, as does running on the iMX6Q-SDP board I also have here.
Problem with 'interface based on HTML5, javascript and CSS', is that it can be done in a thousand ways...
Some of them will fall back to hardware, and some of them will need calculation so take CPU time.
Without an insight in a code-abstraction, it's impossible to tell what the issue is.

https://medium.com/outsystems-experts/how-to-achieve-60-fps-animations-with-css3-db7b98610108 => some hints on how to improve mobile performance
https://www.sitepoint.com/introduction-to-hardware-acceleration-css-animations/ => some more hints to leverage functions to hardware

But I also don't reach 60fps on imx6 (yet?)

Grt,
Wouter
Re: Vivante graphics driver

Andy Pont <andy.pont@...>
 

Otavio wrote...

>We use the kernel module as a way to easy the upgrade of GPU driver
>releases. If using the built-in the Linux kernel version needs to
>match the GPU driver release while if using the external kernel
>module, this is not a requirement.
>
>Another reason is that the external kernel module bring fixes we do as
>community.
OK, so I think I will disable the built in version and use the external
kernel module.
Good.
So, switching from the built-in kernel driver for the GPU to the external one hasn’t done anything to improve the frame rate. Not that I really expected it to do so.

My guess at the present time is that the WPE WebKit implementation isn’t properly exploiting the acceleration from the GPU. I’m not sure at the moment how to prove it or how to fix it.

-Andy.
Re: Vivante graphics driver

Andy Pont <andy.pont@...>
 

Otavio wrote..

>> Secondly, in the tmp/work/…/imx-gpu-viv directory there is a file called
>> imx-gpu-viv-6.2.4.p4.0-aarch32.bin and likewise in
>> tmp/work/…/imx-gpu-g2d there is a imx-gpu-g2d-6.2.4.p4.0-arm.bin. I
>> presume that these are some kind of firmware file but as far as I can
>> see they aren’t making it into the file system on the target. Do I need
>> to do something with them?
>
>The version used depends on the target you are building for.
I am building for a Boundary Devices Nitrogen 6 Lite board (i.MX6 Solo)
using Yocto and the linux-boundary-4.14 kernel recipe.
 
We seem to be having really poor performance with canvas events in our
HTML5/CSS front end and some of the benchmarks[1] we have run only seem
to make 10fps.
 
Using what? WPE, Chromium, WebEngine?
Cog (v0.4.0) and WPE WebKit (v2.26.1) from meta-webkit. It is building with the following defined:

PREFERRED_PROVIDER_virtual/wpebackend = "wpebackend-rdk”
PACKAGECONFIG_pn-wpebackend-rdk = “imx6”
PACKAGECONFIG_append_pn-cairo = " glesv2 egl”
PACKAGECONFIG_append_pn-wpewebkit = “ 2dcanvas”

We aren’t necessarily fixed with using Cog and WPE WebKit so long as we can sit directly on top of the framebuffer without having to introduce the extra overhead of Wayland or X11.

-Andy.
Re: Vivante graphics driver

Otavio Salvador <otavio.salvador@...>
 

On Mon, Oct 28, 2019 at 10:48 AM Andy Pont <andy.pont@...> wrote:
We use the kernel module as a way to easy the upgrade of GPU driver
releases. If using the built-in the Linux kernel version needs to
match the GPU driver release while if using the external kernel
module, this is not a requirement.

Another reason is that the external kernel module bring fixes we do as
community.
OK, so I think I will disable the built in version and use the external
kernel module.
Good.

Secondly, in the tmp/work/…/imx-gpu-viv directory there is a file called
imx-gpu-viv-6.2.4.p4.0-aarch32.bin and likewise in
tmp/work/…/imx-gpu-g2d there is a imx-gpu-g2d-6.2.4.p4.0-arm.bin. I
presume that these are some kind of firmware file but as far as I can
see they aren’t making it into the file system on the target. Do I need
to do something with them?
The version used depends on the target you are building for.
I am building for a Boundary Devices Nitrogen 6 Lite board (i.MX6 Solo)
using Yocto and the linux-boundary-4.14 kernel recipe.

We seem to be having really poor performance with canvas events in our
HTML5/CSS front end and some of the benchmarks[1] we have run only seem
to make 10fps.
Using what? WPE, Chromium, WebEngine?

--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br http://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854 Mobile: +1 (347) 903-9750
Re: Vivante graphics driver

Andy Pont <andy.pont@...>
 

Otavio wrote…

We use the kernel module as a way to easy the upgrade of GPU driver
releases. If using the built-in the Linux kernel version needs to
match the GPU driver release while if using the external kernel
module, this is not a requirement.

Another reason is that the external kernel module bring fixes we do as
community.
OK, so I think I will disable the built in version and use the external kernel module.

Secondly, in the tmp/work/…/imx-gpu-viv directory there is a file called
imx-gpu-viv-6.2.4.p4.0-aarch32.bin and likewise in
tmp/work/…/imx-gpu-g2d there is a imx-gpu-g2d-6.2.4.p4.0-arm.bin. I
presume that these are some kind of firmware file but as far as I can
see they aren’t making it into the file system on the target. Do I need
to do something with them?
The version used depends on the target you are building for.
I am building for a Boundary Devices Nitrogen 6 Lite board (i.MX6 Solo) using Yocto and the linux-boundary-4.14 kernel recipe.

We seem to be having really poor performance with canvas events in our HTML5/CSS front end and some of the benchmarks[1] we have run only seem to make 10fps.

-Andy

1 - https://themaninblue.com/experiment/AnimationBenchmark/canvas/
Re: Vivante graphics driver

Otavio Salvador <otavio.salvador@...>
 

Hello Andy,

On Mon, Oct 28, 2019 at 7:16 AM Andy Pont <andy.pont@...> wrote:
What is the difference between the “Vivante GCCore” driver
(CONFIG_DRM_VIVANTE) available in the 4.14.x kernel and the galcore.ko
file that is being built and to the kernel modules directory on the
target? Do they do the same job? Is it one or the other - in which
case which is best?
We use the kernel module as a way to easy the upgrade of GPU driver
releases. If using the built-in the Linux kernel version needs to
match the GPU driver release while if using the external kernel
module, this is not a requirement.

Another reason is that the external kernel module bring fixes we do as
community.


Secondly, in the tmp/work/…/imx-gpu-viv directory there is a file called
imx-gpu-viv-6.2.4.p4.0-aarch32.bin and likewise in
tmp/work/…/imx-gpu-g2d there is a imx-gpu-g2d-6.2.4.p4.0-arm.bin. I
presume that these are some kind of firmware file but as far as I can
see they aren’t making it into the file system on the target. Do I need
to do something with them?
The version used depends on the target you are building for.

--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br http://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854 Mobile: +1 (347) 903-9750
Vivante graphics driver

Andy Pont <andy.pont@...>
 

Hello,

What is the difference between the “Vivante GCCore” driver (CONFIG_DRM_VIVANTE) available in the 4.14.x kernel and the galcore.ko file that is being built and to the kernel modules directory on the target? Do they do the same job? Is it one or the other - in which case which is best?

Secondly, in the tmp/work/…/imx-gpu-viv directory there is a file called imx-gpu-viv-6.2.4.p4.0-aarch32.bin and likewise in tmp/work/…/imx-gpu-g2d there is a imx-gpu-g2d-6.2.4.p4.0-arm.bin. I presume that these are some kind of firmware file but as far as I can see they aren’t making it into the file system on the target. Do I need to do something with them?

-Andy.
Re: [wpe-webkit] Optimising imx6 performance for HTML5 using Cog + WPE WebKit

Andy Pont <andy.pont@...>
 

Carlos wrote...

 
We start the browser with the following command line:
 
cog --enable-accelerated-2d-canvas=1 appui/index.html
 
 
How the performance compares if you disable accelerated-2d-canvas?
It gets worse or its the same?
It is the same. I have been testing with http://fabricjs.com//animation and https://themaninblue.com/experiment/AnimationBenchmark/canvas/ and in all circumstances I see 10-12fps.

Usually on the web application side there are different things that can
be optimized to make it perform better on WPE.
I think it would be helpful to understand the problem if you can share a
demo of your web app where the performance problem can be easily reproduced.
The web app is responding to data being sent to it over a websocket connection from a backend application. I’ll see if we can create something that doesn’t rely on the websocket interface that can be run in the browser on its own.

-Andy.
Re: [wpe-webkit] Optimising imx6 performance for HTML5 using Cog + WPE WebKit

Carlos Alberto Lopez Perez
 

On 23/10/2019 13:27, Andy Pont wrote:
Hello,

Broadening this out to the Freescale and Yocto mailing lists to see if
any one has any answers…

We are using Cog and WPE Webkit on an i.MX6 Solo based board with a user
interface that is based on HTML5, Javascript and CSS and are having some
issues with fading and other canvas effects.  The board is running a
Yocto image with the following in conf/local.conf:

PREFERRED_PROVIDER_virtual/wpebackend = "wpebackend-rdk"
PACKAGECONFIG_pn-wpebackend-rdk = "imx6"

PACKAGECONFIG_append_pn-cairo = " glesv2 egl"
PACKAGECONFIG_append_pn-wpewebkit = " 2dcanvas"

We start the browser with the following command line:

cog --enable-accelerated-2d-canvas=1 appui/index.html
How the performance compares if you disable accelerated-2d-canvas?
It gets worse or its the same?

Are there any other settings we should be using either in the Yocto
build or when launching Cog as we are finding the CPU usage is >90%?

Is there a definitive way to show that all of the necessary drivers are
loaded and Cog is making use of the GPU?

I have tried this with Cog 0.3.0 built with WPE WebKit 2.24.1 and Cog
0.4.0 built with WPE WebKit 2.26.1 and both give the same dissappointing
results, as does running on the iMX6Q-SDP board I also have here.
Usually on the web application side there are different things that can
be optimized to make it perform better on WPE.
I think it would be helpful to understand the problem if you can share a
demo of your web app where the performance problem can be easily reproduced.

?
signature.asc

Optimising imx6 performance for HTML5 using Cog + WPE WebKit

Andy Pont <andy.pont@...>
 

Hello,

Broadening this out to the Freescale and Yocto mailing lists to see if any one has any answers…

We are using Cog and WPE Webkit on an i.MX6 Solo based board with a user interface that is based on HTML5, Javascript and CSS and are having some issues with fading and other canvas effects. The board is running a Yocto image with the following in conf/local.conf:

PREFERRED_PROVIDER_virtual/wpebackend = "wpebackend-rdk"
PACKAGECONFIG_pn-wpebackend-rdk = "imx6"

PACKAGECONFIG_append_pn-cairo = " glesv2 egl"
PACKAGECONFIG_append_pn-wpewebkit = " 2dcanvas"

We start the browser with the following command line:

cog --enable-accelerated-2d-canvas=1 appui/index.html

Are there any other settings we should be using either in the Yocto build or when launching Cog as we are finding the CPU usage is >90%?

Is there a definitive way to show that all of the necessary drivers are loaded and Cog is making use of the GPU?

I have tried this with Cog 0.3.0 built with WPE WebKit 2.24.1 and Cog 0.4.0 built with WPE WebKit 2.26.1 and both give the same dissappointing results, as does running on the iMX6Q-SDP board I also have here.

-Andy.
Re: No IMAGE_CMD defined for IMAGE_FSTYPES

Ekaterini Voulgari <sdi1100002@...>
 

On 18/10/19 1:32 π.μ., Dionevã Milbrath Krolow wrote:
Hello,

Replace "sdcard" by "wic".

Sdcard is format obsolete.

Regards,

Dionevã M. Krolow


De: meta-freescale-bounces@... <meta-freescale-bounces@...> em nome de Ekaterini Voulgari <sdi1100002@...>
Enviado: quinta-feira, 17 de outubro de 2019 10:31
Para: meta-freescale@... <meta-freescale@...>
Assunto: [meta-freescale] No IMAGE_CMD defined for IMAGE_FSTYPES
 
Hello,

I want to move a layer from korgoth to warrior.

The error is:

/poky/meta-openembedded/meta-python/recipes-core/images/meta-python-ptest-image.bb:
No IMAGE_CMD defined for IMAGE_FSTYPES entry 'sdcard' - possibly invalid
type name or missing support class
ERROR:
/poky/meta-openembedded/meta-python/recipes-core/images/meta-python-image-base.bb:
No IMAGE_CMD defined for IMAGE_FSTYPES entry 'sdcard' - possibly invalid
type name or missing support class
ERROR:
/poky/meta-openembedded/meta-python/recipes-core/images/meta-python-image.bb:
No IMAGE_CMD defined for IMAGE_FSTYPES entry 'sdcard' - possibly invalid
type name or missing support class
ERROR: Failed to parse recipe:
/poky/meta-openembedded/meta-python/recipes-core/images/meta-python-ptest-image.bb

In file "/meta-fsl-arm/classes/image_types_fsl.bbclass" there is a
function "IMAGE_CMD_sdcard ()" at line 308. I am thinking perhaps I need
to find where is the IMAGE_CMD in the newest meta-freescale layer since
meta-fsl-arm is deprecated?

The board is MYirTech's MYS-6ULX (IoT) and Yocto is warrior version.


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

thanks Dionevã, the error is gone and the image is building. Here's what I changed just for the record:


The 'sdcard' string was found in the vendor's machine.conf:

    UBOOT_CONFIG[sd] = "mys_imx6ull_14x14_emmc_config,sdcard"


in machine/includes as:

   SOC_DEFAULT_IMAGE_FSTYPES = "sdcard.gz ext3 ubi ubifs"


and in distro.conf as:

   IMAGE_FSTYPES = "tar.bz2 tar.xz ext4 sdcard"


so I have made these naive changes to local.conf:


IMAGE_FSTYPES_remove= "sdcard.gz sdcard"
IMAGE_FSTYPES_append = "wic"
UBOOT_CONFIG_remove = "sdcard"
UBOOT_CONFIG_append = "wic"

SOC_DEFAULT_IMAGE_FSTYPES_remove = "sdcard.gz"
SOC_DEFAULT_IMAGE_FSTYPES_append = "wic"



Katerina
Which Linux distribution for building FSL-BSP ?

Guillaume Betous <guillaume.betous@...>
 

Hi,

I'm planning to build a full system on imx6 (based on solidrun imx6 SOM). I read the FSL-BSP documentation but I could not find any advice concerning the distribution (which means basically gcc version).

Is Ubuntu 18.04 LTS ok ? Or which one would be used as a reference ?

Thank you,

Regards,

gUI
No IMAGE_CMD defined for IMAGE_FSTYPES

Ekaterini Voulgari <sdi1100002@...>
 

Hello,

I want to move a layer from korgoth to warrior.

The error is:

/poky/meta-openembedded/meta-python/recipes-core/images/meta-python-ptest-image.bb: No IMAGE_CMD defined for IMAGE_FSTYPES entry 'sdcard' - possibly invalid type name or missing support class
ERROR: /poky/meta-openembedded/meta-python/recipes-core/images/meta-python-image-base.bb: No IMAGE_CMD defined for IMAGE_FSTYPES entry 'sdcard' - possibly invalid type name or missing support class
ERROR: /poky/meta-openembedded/meta-python/recipes-core/images/meta-python-image.bb: No IMAGE_CMD defined for IMAGE_FSTYPES entry 'sdcard' - possibly invalid type name or missing support class
ERROR: Failed to parse recipe: /poky/meta-openembedded/meta-python/recipes-core/images/meta-python-ptest-image.bb

In file "/meta-fsl-arm/classes/image_types_fsl.bbclass" there is a function "IMAGE_CMD_sdcard ()" at line 308. I am thinking perhaps I need to find where is the IMAGE_CMD in the newest meta-freescale layer since meta-fsl-arm is deprecated?

The board is MYirTech's MYS-6ULX (IoT) and Yocto is warrior version.
Re: meta-freescale Sumo release?

Matt
 

Hi Andrey,

Thank you for the answers. They are very helpful. I think the master branch should work.

My understanding is the hardware vendor will also release the hardware specific meta data layer for every Poky release. NXP will have a meta-freescale release for a corresponding Poky release. For example, a Sumo release for a matching Poky Sumo release, a Thud release for a matching Poky Thud release, ...etc. I wonder if any NXP people can comment on this?


Matt

-----Original Message-----
From: Andrey Zhizhikin [mailto:andrey.z@...]
Sent: Tuesday, October 15, 2019 12:10 AM
To: Tsai, Matt <matt.tsai@...>
Cc: meta-freescale@...
Subject: Re: [meta-freescale] meta-freescale Sumo release?

CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.


On Fri, Oct 11, 2019 at 11:46 PM Tsai, Matt <matt.tsai@...> wrote:

Hi Andrey,
Hey Matt!


Thank you the reply.
No problem!


I picked the sumo branches from both Poky and meta-freescale for P2020 RDB. They were the stable branches at the time I started.
https://urldefense.proofpoint.com/v2/url?u=https-3A__git.yoctoproject.
org_cgit_cgit.cgi_poky_log_-3Fh-3Dsumo&d=DwIBaQ&c=q6k2DsTcEGCcCb_WtVSz
6hhIl8hvYssy7sH8ZwfbbKU&r=LfbDghM-XW_5RT-h77pAoNBiz4zBr-sjgQI-UHuV1XU&
m=KbOgzcbRmc5C-dMbLgYwD7UH59CTtJIzy5UokfSPNN4&s=tFW4BjXOlwqT5eJaa01zw7
NvdKZP45ST9uukMSDfbts&e=
https://urldefense.proofpoint.com/v2/url?u=http-3A__git.yoctoproject.o
rg_cgit_cgit.cgi_meta-2Dfreescale_log_-3Fh-3Dsumo&d=DwIBaQ&c=q6k2DsTcE
GCcCb_WtVSz6hhIl8hvYssy7sH8ZwfbbKU&r=LfbDghM-XW_5RT-h77pAoNBiz4zBr-sjg
QI-UHuV1XU&m=KbOgzcbRmc5C-dMbLgYwD7UH59CTtJIzy5UokfSPNN4&s=0HqN1HqM_yf
2v_u5Mgb6vB8HfB_vStW_HgzczUUOf6M&e=
You would need couple of additional layers to build the image for your target... This is listed in:
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Freescale_fsl-2Dcommunity-2Dbsp-2Dbase&d=DwIBaQ&c=q6k2DsTcEGCcCb_WtVSz6hhIl8hvYssy7sH8ZwfbbKU&r=LfbDghM-XW_5RT-h77pAoNBiz4zBr-sjgQI-UHuV1XU&m=KbOgzcbRmc5C-dMbLgYwD7UH59CTtJIzy5UokfSPNN4&s=4sZnuDGORKEsyLqh1mMD8yUoagsqGoBPY-ZYBZroWhk&e=


I was looking for a release note or annoucement for meta-freescale sumo branch:
Something like this: https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.yoctoproject.org_pipermail_yocto-2Dannounce_2018-2DMay_000136.html&d=DwIBaQ&c=q6k2DsTcEGCcCb_WtVSz6hhIl8hvYssy7sH8ZwfbbKU&r=LfbDghM-XW_5RT-h77pAoNBiz4zBr-sjgQI-UHuV1XU&m=KbOgzcbRmc5C-dMbLgYwD7UH59CTtJIzy5UokfSPNN4&s=PWjdCntDioGPIGFJTDw_uOdZtnalXIFav_19V7liRDo&e= from Poky for the sumo release.
Or something like this: https://urldefense.proofpoint.com/v2/url?u=http-3A__freescale.github.io_doc_release-2Dnotes_2.4_&d=DwIBaQ&c=q6k2DsTcEGCcCb_WtVSz6hhIl8hvYssy7sH8ZwfbbKU&r=LfbDghM-XW_5RT-h77pAoNBiz4zBr-sjgQI-UHuV1XU&m=KbOgzcbRmc5C-dMbLgYwD7UH59CTtJIzy5UokfSPNN4&s=-V4Jj4z4wbkp5GyoA26TtCzrz8wwdlVl5pQp_AgdUnI&e= from meta-freescale for the sumo release. However, Rocko is the latest release I could find.
I do not think that NXP would make an announcement for other releases in a form you're expecting it to be, but even if they would - you're not limited to that release, and can always try to build your image from either the master branch or any stable branches that you're interested in. Bottom line is I guess for this point NXP people should comment here.

- What is the difference between the meta-freescale reporitory you referred to (on Github) and the yoctoproject.org GIT repository?
I believe Github is the place of origin for the meta-freescale development, and Yocto Project is a mirror of it.

- If meta-freescale has no plan to release "sumo", what are the releases after "rocko" that supports P2020 RDB? And where I can find a release note (annoucement), or plan if it is not released yet?
Did you try to build off the latest "master" branch? This should have a support for QorIQ platforms (have a look at https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Freescale_meta-2Dfreescale_blob_master_recipes-2Dkernel_linux_linux-2Dqoriq-5F4.19.bb&d=DwIBaQ&c=q6k2DsTcEGCcCb_WtVSz6hhIl8hvYssy7sH8ZwfbbKU&r=LfbDghM-XW_5RT-h77pAoNBiz4zBr-sjgQI-UHuV1XU&m=KbOgzcbRmc5C-dMbLgYwD7UH59CTtJIzy5UokfSPNN4&s=p8N9xZk6tqilEdvN52WU63zJg7UeSj4CkWhpNWlxxkc&e=
for example).

What you would need to do here is to look at the manifest file that NXP provided for sumo, deduct all remotes and layers from it (meta-fresscale, meta-freescale-distro, meta-freescale-3rdparty, etc.), put them together and run the build.



Thank you,


Matt
-- andrey
Re: meta-freescale Sumo release?

Andrey Zhizhikin
 

On Fri, Oct 11, 2019 at 11:46 PM Tsai, Matt <matt.tsai@...> wrote:

Hi Andrey,
Hey Matt!


Thank you the reply.
No problem!


I picked the sumo branches from both Poky and meta-freescale for P2020 RDB. They were the stable branches at the time I started.
https://git.yoctoproject.org/cgit/cgit.cgi/poky/log/?h=sumo
http://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/log/?h=sumo
You would need couple of additional layers to build the image for your
target... This is listed in:
https://github.com/Freescale/fsl-community-bsp-base


I was looking for a release note or annoucement for meta-freescale sumo branch:
Something like this: https://lists.yoctoproject.org/pipermail/yocto-announce/2018-May/000136.html from Poky for the sumo release.
Or something like this: http://freescale.github.io/doc/release-notes/2.4/ from meta-freescale for the sumo release. However, Rocko is the latest release I could find.
I do not think that NXP would make an announcement for other releases
in a form you're expecting it to be, but even if they would - you're
not limited to that release, and can always try to build your image
from either the master branch or any stable branches that you're
interested in. Bottom line is I guess for this point NXP people should
comment here.

- What is the difference between the meta-freescale reporitory you referred to (on Github) and the yoctoproject.org GIT repository?
I believe Github is the place of origin for the meta-freescale
development, and Yocto Project is a mirror of it.

- If meta-freescale has no plan to release "sumo", what are the releases after "rocko" that supports P2020 RDB? And where I can find a release note (annoucement), or plan if it is not released yet?
Did you try to build off the latest "master" branch? This should have
a support for QorIQ platforms (have a look at
https://github.com/Freescale/meta-freescale/blob/master/recipes-kernel/linux/linux-qoriq_4.19.bb
for example).

What you would need to do here is to look at the manifest file that
NXP provided for sumo, deduct all remotes and layers from it
(meta-fresscale, meta-freescale-distro, meta-freescale-3rdparty,
etc.), put them together and run the build.



Thank you,


Matt
-- andrey
Re: meta-freescale Sumo release?

Matt
 

Hi Andrey,

Thank you the reply.

I picked the sumo branches from both Poky and meta-freescale for P2020 RDB. They were the stable branches at the time I started.
https://git.yoctoproject.org/cgit/cgit.cgi/poky/log/?h=sumo
http://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/log/?h=sumo

I was looking for a release note or annoucement for meta-freescale sumo branch:
Something like this: https://lists.yoctoproject.org/pipermail/yocto-announce/2018-May/000136.html from Poky for the sumo release.
Or something like this: http://freescale.github.io/doc/release-notes/2.4/ from meta-freescale for the sumo release. However, Rocko is the latest release I could find.

- What is the difference between the meta-freescale reporitory you referred to (on Github) and the yoctoproject.org GIT repository?
- If meta-freescale has no plan to release "sumo", what are the releases after "rocko" that supports P2020 RDB? And where I can find a release note (annoucement), or plan if it is not released yet?


Thank you,


Matt

-----Original Message-----
From: Andrey Zhizhikin [mailto:andrey.z@...]
Sent: Friday, October 11, 2019 2:48 AM
To: Tsai, Matt <matt.tsai@...>
Cc: meta-freescale@...
Subject: Re: [meta-freescale] meta-freescale Sumo release?

CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.


Hey Matt,

On Thu, Oct 10, 2019 at 9:16 PM Tsai, Matt <matt.tsai@...> wrote:
...

I could not find any documentation and announcement for a Sumo release on meta-freescale and Freescale documentation Github.
Freescale Github contains a sumo branch
(https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Freescale_meta-2Dfreescale_tree_sumo&d=DwIBaQ&c=q6k2DsTcEGCcCb_WtVSz6hhIl8hvYssy7sH8ZwfbbKU&r=LfbDghM-XW_5RT-h77pAoNBiz4zBr-sjgQI-UHuV1XU&m=R0X_hJDcCODrBwVU9b_M1xTLZi8FRWqMg56DLMI4wc0&s=4-iQ8j3eS2bceupldZESlC3vYkrBPFnYqDeFOVJJgag&e= ), so you should be able to build off of that. You should also pick up a corresponding sumo from meta-freescale-distro and meta-freescale-3rdparty.

Has meta-freescale Sumo ever been released? If yes, where I can find the release documentation? If not, what is the release plan and where the information can be found?
What exact release announcement and documentation you're referring to?
From what I see, sumo branch is present in all layers necessary to build the Freescale distro.

Besides, what is your motivation to use the sumo branch? It is already quite old, and is at least 2 stable branches behind (thud and warrior) with one more (3.0) underway. Maybe you should consider to switch to the latest here as I do not believe that sumo has any "release plan"
anymore.


Thank you in advance!
Matt
-- andrey
Re: meta-freescale Sumo release?

Andrey Zhizhikin
 

Hey Matt,

On Thu, Oct 10, 2019 at 9:16 PM Tsai, Matt <matt.tsai@...> wrote:
...

I could not find any documentation and announcement for a Sumo release on meta-freescale and Freescale documentation Github.
Freescale Github contains a sumo branch
(https://github.com/Freescale/meta-freescale/tree/sumo), so you should
be able to build off of that. You should also pick up a corresponding
sumo from meta-freescale-distro and meta-freescale-3rdparty.

Has meta-freescale Sumo ever been released? If yes, where I can find the release documentation? If not, what is the release plan and where the information can be found?
What exact release announcement and documentation you're referring to?
From what I see, sumo branch is present in all layers necessary to
build the Freescale distro.

Besides, what is your motivation to use the sumo branch? It is already
quite old, and is at least 2 stable branches behind (thud and warrior)
with one more (3.0) underway. Maybe you should consider to switch to
the latest here as I do not believe that sumo has any "release plan"
anymore.


Thank you in advance!
Matt
-- andrey
Re: meta-freescale Sumo release?

Matt
 

Hi all,

 

Does anyone know the answers to the questions I asked last week? Or any pointers to where the questions may be answered? Any help is much appreciated. Thank you for the help!

 

From: meta-freescale-bounces@... [mailto:meta-freescale-bounces@...] On Behalf Of Tsai, Matt
Sent: Friday, October 4, 2019 5:00 PM
To: meta-freescale@...
Subject: [meta-freescale] meta-freescale Sumo release?

 

CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.

 

Hi all,

 

I could not find any documentation and announcement for a Sumo release on meta-freescale and Freescale documentation Github.

 

Question:

Has meta-freescale Sumo ever been released? If yes, where I can find the release documentation? If not, what is the release plan and where the information can be found?

 

 

Thank you in advance!

 

 

Matt

 
801 - 820 of 24902