Em ter., 29 de set. de 2020 às 16:24, Georg Hartinger <Georg.Hartinger@...> escreveu: With a fslc dunfell repository (using normal manifest) go to sources/meta-freescale and do: git

Hi Otavio, > Mit freundlichen Grüßen / Best regards,​ Georg HartingerSoftware Engineer ARM Tel: +49 (991) 2700-169 Email: Georg.Hartinger@... Fax: +49 (991) 2700-27169Web:

Hi Andrey, > Mit freundlichen Grüßen / Best regards,​ Georg HartingerSoftware Engineer ARM Tel: +49 (991) 2700-169 Email: Georg.Hartinger@... Fax: +49 (991) 2700-27169Web:

Hello Georg, I see that there is a bit of mismatch in PV of recipes you're having your build errors in. For example: u-boot-imx: dunfell version is still 2019.04, while you have a 2020.04 (which is

Georg, Em ter., 29 de set. de 2020 às 13:30, Georg Hartinger <Georg.Hartinger@...> escreveu: ... https://github.com/Freescale/meta-freescale/tree/dunfell-next -- Otavio Salvador

Hi Otavio, > Mit freundlichen Grüßen / Best regards,​ Georg HartingerSoftware Engineer ARM Tel: +49 (991) 2700-169 Email: Georg.Hartinger@... Fax: +49 (991) 2700-27169Web:

Em ter., 29 de set. de 2020 às 06:56, Georg Hartinger <Georg.Hartinger@...> escreveu: We intend to together with the rest of the changes from 5.4-2.1.x GA. Could you do some tests using our

Hi Otavio, the gstreamer-plugins-bad build on master-next. I copied them to dunfell and they also build (also on old Ubuntu 16.04). Is it possible to backport them officially? Best

Hi Otavio > > > > The error is in gstreamer1.0-plugins-bad_1.16.imx: > > > > a2e124a@@gstwaylandsink@sha/wlvideoformat.c.o' -c > > ../git/ext/wayland/wlvideoformat.c > > | In file included from

Hello Georg, Em seg., 28 de set. de 2020 às 13:18, Georg Hartinger <Georg.Hartinger@...> escreveu: Please check the meta-freescale at dunfell-next branch and see if you reproduce the

Hi all, I get build errors when building plain yocto Dunfell for the iMX6 SABRESD plattform (not mainline) The setup was (under Ubuntu 16.04): $ repo init -u

FWIW, standing up a GLES/DRM/KMS application isn't terribly hard. I've done it on an IMX8 before without too much trouble. kmscube is probably the best place to start as it is a pretty complete

Hi Andy, this is the statement from NXP (https://source.codeaurora.org/external/imx/imx-manifest/tree/README?h=imx-linux-zeus#n53). As seen they do not actively support the framebuffer distro for

I don’t it may be part of framebuffer distro. Application dependency to gbm should pull in libgbm.

Prabhusundar wrote… Does that use the standard fsl-framebuffer or fslc-framebuffer distro options from meta-freescale-distro as I have used before? -Andy.

i.MX8 has GBM(DRM) support which is alternative for the lagacy framebuffer.

Hello, This is probably a question for NXP themselves but I thought I would try the collective wisdom of the mailing list first. When I build images for the i.MX6 I can build the OpenGL ES support

On Fri, Sep 11, 2020 at 02:29 AM, Andrey Zhizhikin wrote: On Thu, Sep 10, 2020 at 11:59 PM Brian Hutchinson <b.hutchman@...> wrote: On Thu, Sep 10, 2020 at 05:22 AM, Fabio Estevam wrote: Hi Otavio, On

You can try to do something like this in your layer via creating a u-boot-imx_%.bbapend: patch_uboot_defconfig () { sed -i -e '/^[ ]*CONFIG_DEFAULT_FDT_FILE[ ]*=/d' ${S}/configs/$1

On Thu, Sep 10, 2020 at 05:22 AM, Fabio Estevam wrote: Hi Otavio, On Thu, Sep 10, 2020 at 9:09 AM Otavio Salvador <otavio.salvador@...> wrote: Could U-Boot load the correct dtb for the board