Many thanks! for my case all I needed was to make sure IMX_DEFAULT_BSP was not set to mainline. Thanks a lot, Regards, Marek

#meta-freescale #hardknott

Hello Marek, This machine override is added based on the BSP flavor that the distro layer sets. BSP flavor is defined as either "mainline" which consumes only OSS components, or "nxp" which adds NXP p

#meta-freescale #hardknott

Hi, I'm working on new board based on imx8m mini and in my MACHINEOVERRIDES in when checking `bitbake -e` I have following list: aarch64:armv8a:use-mainline-bsp:my-machine-name In machine config file

#meta-freescale #hardknott

pon., 16 sie 2021 o 14:44 Andrey Zhizhikin <andrey.z@...> napisał(a): Thanks for pointing it out. I will check it for sure.

#meta-freescale

Hello Piotr, That is the trick: [dunfell] uses 5.4-2.1.x-imx branch, where the proper check for the return of of_get_mac_address() is not implemented. [hardknott] uses 5.4-2.3.x-imx branch, which cont

#meta-freescale

pon., 16 sie 2021 o 13:39 Andrey Zhizhikin <andrey.z@...> napisał(a): Yes I'm sure. I have tested it several times and with this commit reverted, the board boots successfully exactly the same as

#meta-freescale

Hello Piotr, From what I see, the d01f449c008a ("of_net: add NVMEM support to of_get_mac_address") is indeed present on all NXP branches in the repository: $ git branch -r --contains d01f449c008a upst

#meta-freescale

Hello Piotr, Em ter., 10 de ago. de 2021 às 10:13, Piotr <piotr.piwko@...> escreveu: I didn't check what those two changes do but I believe it'd be better to keep the of_get_mac_address working

#meta-freescale

I've take a look at the mainline linux tree and seems that the above commit is still not merged there. According to that, I think it will be better to revert 845620ec5d3b.

#meta-freescale

Em ter., 10 de ago. de 2021 às 09:27, Piotr <piotr.piwko@...> escreveu: Yes. Please.

#meta-freescale

I would try. It should be done via https://github.com/Freescale/linux-fslc/pulls, right?

#meta-freescale

Hello Piotr, Em ter., 10 de ago. de 2021 às 08:52, Piotr <piotr.piwko@...> escreveu: It seems it'd be better to cherry-pick d01f449c008a to solve it. Could you prepare a PR for it?

#meta-freescale

Hi, I've just built the hardknott branch and the kernel is not bootable on my SABRE-based platform. I was digging a little bit the linux-fslc/5.4-2.3.x-imx repo and found the commit which causes the p

#meta-freescale

The driver for the sgtl5000 codec is sound/soc/codecs/sgtl5000.c: at https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/sound/soc/codecs/sgtl5000.c?h=v5.13 You need to write a dev

#meta-freescale

Hi guys I have changed my Linux kernel to 5.7 and eth0 works fine in first start. Rebooting can solve second eth problem. I find out the problem is in somewhere around drivers/net/ethernet/freescale/f

#meta-freescale

Dear colleagues, Does meta-freescale have the driver to control the SGTL5000 audio codec? If so, how do I set the pins that will be used on the raspberry pi and the clock of the fixed crystal I'm usin

#meta-freescale

Hi, I'm getting an error when compiling an extended version of fsl-image-multimedia-full.bb for an i.mx8 based machine. However, I get this error only when the machine configuration file (which is exa

#dunfell #compilation #meta-freescale #yocto

Thank you for your efforts, The latest commit has resolved the issue.

#meta-freescale #compilation #yocto

Hello, Em sex., 16 de abr. de 2021 às 09:55, <jovanalukovic0@...> escreveu: Please check if this happens on master; please report it here https://github.com/Freescale/meta-freescale/issues if it

#yocto #meta-freescale #qca9377 #imx7ulpevk #gatesgarth

Hello, Em sex., 16 de abr. de 2021 às 09:55, <daniel.cox@...> escreveu: Reported here https://github.com/Freescale/meta-freescale/issues/733

#meta-freescale #compilation #yocto