[Dropped u-boot and linux-mtd mailing lists] Hi Jupiter, Sorry, I finally got to look at your issue. We are in fact still working on the gatesgarth branch. I'm sorry you are running into

Hi Tom and Lauren, I failed to build mx6ull with MTD and UBI in OE and meta-freescahe gatesgarth branch, please be aware that I was able to build it in zeus branch, it seems something broken in

Thanks for your response. I am sorry, I thought that is what meta-freescale for, right? NXP might involve the coding, but is it integrated and released by Yocto / OE

Hello Jupiter, From all the build logs you have, it look to me that you're trying to build the U-Boot delivered by NXP as a part of their BSP release. In this case, I suggest you'd rather contact

Hello, The mtd build was fine, what could be missing not to link mtd? $ ls 2020.04-r0/build/mx6ull_14x14_evk_nand_config/drivers/mtd built-in.o mtdcore.su mtdpart.o mtd_uboot.o mtd-uclass.o

Hello, I was able to build MTD, UBI and u-boot on OE version Zeus branch, but failed in gatesgarth branch. Here are errors, what could I be missing? u-boot-imx/2020.04-r0/git/cmd/ubi.c:478:

Hello, I would like to know if it is possible to use Etnaviv driver instead of IMX-GPU-VIV on the IMX8MQEVK for hardware acceleration ? Did someone already manage to setup such

Hello, Em qua., 9 de dez. de 2020 às 12:21, Erhan via lists.yoctoproject.org <erhan14=yahoo.com@...> escreveu: Yes, this is technically viable but I strongly advise you use at least dunfell for this.

Sorry if this is the wrong mailing list. We want to build a desktop environment for i.mx8m mini EVK. As only wayland is supported with GPU acceleration which desktop environments we can build out of

I made an error in my original post. It was when I moved from Yocto 3.1.2 to 3.1.3 that I noticed this whole: "failed on fdt_overlay_apply(): FDT_ERR_NOTFOUND base fdt does did not have a

I have no clue what my problem is here. I built imx8mm-evk.dtb (kernel version 5.4.51) in Yocto meta-freescale environment from Dunfell/Yocto 3.1.1, and then moved on to Dunfell/Yocto 3.1.2. Looks

<richard.leitner@...> wrote: I believe the reason is NXP provides their vendor BSP based on zeus, hence the author opted to checkout corresponding branch in meta-java. This is a good

Hi, I guess that should read "origin/zeus"? 😉 Is there a specific reason why you're using zeus? I'm asking because I'm currently not maintaining the zeus branch of meta-java (as it's

Hello; I'm working on a Ubuntu 18.04 machine. and NXP release L5.4.24 for IMX8M Mini. I did successfully "bitbake" my custom image. Then I am trying to add support for openjdk-8. Referred "How to add

Hi, I'm facing the exact same issue. This is the ("same") message after updating to 5.4.72 on poky 3.2 to see if that would resolve the issue. ERROR: Execution of

I'm still having the same issue. I cannot run devtool modify linux-fslc. I'm using dunfell with imx6ullevk.

https://github.com/Freescale/meta-freescale Em ter., 20 de out. de 2020 às 14:28, Wouter Vanhauwaert <w.vanhauwaert@...> escreveu: -- Otavio Salvador O.S.

Ehm, which github? And would anyone be able to reproduce it at his side? (so I know it's not just me ;-))

Yes, this happened in the past. However, the benefits of DMA-BUF outweigh this IMO. I also have the libimxdmabuffer library to encapsulate such details. The alternative is to rely on IPU/VPU/etc.

For i.MX8 it is enabled already. On 20.10.20 13:31, Otavio Salvador wrote: