Hello. I am currently making some development in Apalis + Ixora environment and while i was working on the device tree to include an external module and trying to use Ixora’s double colored LEDs GPIOs to test GPIO manipulation i noticed i was not compiling the correct version of my carrier board.
Currently in apalis-imx6.conf file in toradex’s BSP it just uses the following device trees: KERNEL_DEVICETREE += "imx6q-apalis-eval.dtb imx6q-apalis_v1_0-eval.dtb \ imx6q-apalis-ixora.dtb imx6q-apalis_v1_0-ixora.dtb"
So, i changed this to: KERNEL_DEVICETREE += "imx6q-apalis-eval.dtb imx6q-apalis_v1_0-eval.dtb \ imx6q-apalis-ixora-v1.1.dtb imx6q-apalis_v1_0-ixora.dtb"
According to this thread i changed the update.sh as well. (Didn’t create a patch for UBoot yet since i can just save the variable in UBoot for now.
Unfortunately, when I try to compile my custom image, in the do_image_sdcard and do_image_teziimg steps it gives an error message, notifying that it can’t find the .dtb file from ixora v1.1.
core-image-minimal-1.0-r0 do_image_sdcard: imx6q-apalis-ixora-v1.1.dtb does not exist.
There is a limitation in the oe-core meta data when using device trees which have more than one ‘.’ in its file name.
Adding the Ixora V1.1 to the oe build is on the roadmap for the Q3 release. (Note that we might rename the device tree to imx6q-apalis-ixora-v1_1.dtb in the process to stay consistent with other versions in the dtb names.)
Are those patches applied upstream? I am using the morty branch and still having the same error. It would be nice to fix upstream such that no one needs to keep those patches and apply it.
The patches in meta-toradex-nxp will be in our next release. And if the meta-freescale patch will not be acceptable for morty we will apply this patch downstream which will omit the generation of the sdcard image.
Please note this about what “-next” means in our branches.