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

Hi Otavio, <otavio.salvador@...> wrote: Unfortunately, this cannot be determined in run-time.

Hello Fabio, Em qui., 10 de set. de 2020 às 09:03, Fabio Estevam <festevam@...> escreveu: Could U-Boot load the correct dtb for the board revision? -- Otavio Salvador

Hi Carlos, <otavio.salvador@...> wrote: Do you have a revB board? If so, please use imx8mm-evk-revb.dtb instead as there is a difference between revB versus revC that is related to the

Hello all, Em qui., 10 de set. de 2020 às 05:12, Carlos Rafael Giani <crg7475@...> escreveu: ... Could you guys open an issue on github about this? -- Otavio Salvador

I have the same problem. imx8mmevk does not boot with Yocto Dunfell. Booting stops at "PCIe PLL lock timeout" or "Initialized imx-drm 1.0.0 20120507 for soc@0:bus@32c00000:display-subsystem

Hi, Yang The following is the status of linux-qoriq that I'm using: ------------------------------------- tmp/work-shared/ubinux-armv8/kernel-source$ git branch * (HEAD detached at 134788b16485)