It's been over a year now since I ran NXP's yocto release on imx8mm-evk but I believe that op-tee was included. I now find myself needing to use our eMMC RPMB for key storage since our TPM modules hav

Same result after deleting cache, sstate-cache and tmp. Regards, Brian

Update. I added PREFERRED_PROVIDER_virtual/bootloader = "u-boot-imx" to local.conf and tried bitbake again and below is the output. I'll delete /tmp and build again in case making this change after a

Yes, the LPDDR4 version has a NAND flash if memory serves me right. Mine is the older version (Rev B) DDR4 version with eMMC and NOR flash. I'll try that and see what happens! Thanks!

Hi, Yesterday I checked out Hardknott (creating layers manually due to repo sync issues) and tried to build core-image-base for my imx8mm-evk. First I noticed that there wasn't a machine config for im

Very good sir! You are the man! Works now! I checked the layers out manually and did a build and had other problems ... will post another mail about it but tried repo init/sync and that worked. Regard

Hi, repo sync fails with hardknott: repo init -u https://github.com/Freescale/fsl-community-bsp-platform -b hardknott hutch@Gondor:~/yocto/imx8/fsl-community-bsp_hardknott$ repo sync Fetching: 0% (0/7

Just wanted to give an update on this. Looks like recipe is configured to not fail or complain if kernel isn't configured correctly for LTTng so on first attempt to build, the lttng-modules were not b

Hi, I'm on Dunfell and added lttng-tools lttng-modules and lttng-ust to my build for a imx8mm-evk based board. The build of lttng-modules fails and looking on line for the solution is puzzling. I see

Bless you Peter! Thanks for the explanation of the various interactions and the tie to the generic env name. I wasn't aware of those. I've got more study to do as I'm still not following something. I

Hi, I should have done this from the start and started a new topic so please forgive me if you've already seen this on "No u-boot-fslc-fw-utils recipe for Dunfell?" thread. I added libubootenv to my i

It actually looks like it's simpler than what I did for libubootenv_%.bbappend in last email ... since I'm using poky distro and it looks like u-boot-imx.bb is including that (recipies-bsp/u-boot/u-bo

I'm about to scream. I can't figure out what I'm doing wrong. I made a libubootenv_%.bbappend with: FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}/:" SRC_URI_append += " file://fw_env.config" do_install

Reviving this issue again ... I noticed that I had to make my own fw_env.config file and copy it to etc. in a read/write rootfs for quick testing ... there is no fw_env.config sample provided by libub

Whew, you mean I'm not losing my mind? Cool. I thought I might need an intervention (well probably still do). B

Ok, now that I've backed away from the ledge I smoked my shell and did a clean shell and repeated the bitbake and it's working well now. I suspect that I switched from trying gatesgarth build to maste

I repeated the steps I mentioned before just used -b master instead of -b gatesgarth and it blew up and spewed all over me and I had to go change my clothes. Ugliest build I've ever attempted. Got abo

ok, I repeated my steps I listed before using -b master instead of gatesgarth for the repo init command. The bitbake of core-image-base was so ugly I can't even post the output here. Let's just say it

Ha, ha, doesn't surprise me one bit. I'll try my steps again but with master. Last time I tried that none of the bitbake stuff worked but maybe I wasn't holding my tongue the right way ;) Regards, Bri

So maybe I'm not doing this right but I cloned Andrey's git link and tried to build and didn't get very far. I'll spell out exactly what I did. I started off with the normal repo init: repo init -u ht