Hello Carlos, On Thu, Apr 29, 2021 at 7:54 AM Carlos Rafael Giani via lists.yoctoproject.org <crg7475=mailbox.org@...> wrote: There has been few patches from Alex in OE-Core regardi

Hello Peter, Thanks for clarification, and again for testing the boot container! I've already opened the issue on GitHub for this: https://github.com/Freescale/fsl-community-bsp-base/issues/17 If you

I've tried the manifest build setup from fsl-community-bsp-base, and indeed it failed during the parsing stage with a ton of errors I haven't seen before in my builds. I've opened the issue in the man

[snip] Exactly what went wrong would be interesting here! Can you pastebin the error log somewhere so I can take a look at? Looks like Peter was able to pull it through - so the build setup should wor

Hello Brian, You should use the master branch here, as the boot container implementation I did is on top of master and not gatesgarth. OP-TEE would not be available in runtime, you're hitting the buil

Hi Fabio, Sure, would do. If we speak about the patch - then not, it is aimed at imx8mn-evk. If we speak about the boot container support: I've tested it also on imx8mp-evk. Currently, I do not posses

Hello Fabio, I've applied the patch locally to my build, and imx8mn-ddr4-evk boots without errors or additional interactions to the command prompt. See the boot log at the end of the mail. I can submi

Hello Fabio, Thanks for the patch, I'll give it a try and submit PR against u-boot-fslc once I test it. PS: Apologies for mistyping your name in my previous reply! :)

Hello Peter, Thanks for testing it out! I saw the same issue with booting the Nano, and did the same adjustment on my end for testing purposes. I was about to say that Nano needs changes done in 7d080

Hello Brian, Please do, I would be curious if that works for you and if I missed something in the implementation. Bare in mind that this implementation does not have OP-TEE support, just in case if yo

Hello Fabio, I'm working on this solution in my fork, and have it almost ready for submission. If anyone would be interested to try it out and test, you can have a look at https://github.com/zandrey/m

Hello Brian, I've tried to touch this part in https://lists.yoctoproject.org/g/meta-freescale/message/24551 Bottom line is: to use linux-fslc as a provider for virtual/kernel - you need to change IMX_

Hello Brian, This has been answered by Peter already. The whole point of the note in the recipe is: if there is a patch that should be applied to the kernel tree of linux-fslc-imx - then it should be

In ideal situation - that would be a way to go. But in this case I would expect that all patches that are present in NXP kernel tree are posted upstream, so there would be no deviation and hence - no

That is exactly what I implied, below statement is about that. By whom? This would lead to a situation that community does not take responsibility for NXP and visa-versa. In this case - I have a bad f

Hello Bas, This might not be quite indicative, as the NXP kernel might have some "shortcuts" to boost performance in certain areas, sacrificing conformance of the source code. You might experience the

This is expected, and actually follows to what I previously said: gstreamer1.0-plugins-imx package is not compatible with Community BSP (chosen by setting IMX_DEFAULT_BSP="mainline"). As Fabio already

Hello Terry, Since I do not have any of the i.MX6 HW and unaware of the state of VPU support - I can only speak from distro perspective. Anyone who posses the HW can clarify points from machine perspe

Hello Mauro, Depends on what you define as "right". :) If you build any`fsl-` distro, then you should use either `linux-imx` of `linux-fslc-imx` kernel. If you rather opt for any of `fslc-` distro, th

Hello Terry, Actually, it had pulled a "default" branch, which appears to be [dunfell]. :) I've done the same, and here is the output of repo info command: ---- repo info Manifest branch: dunfell Mani