Hi @cgsasse ,
I deleted the three lines you mentioned but unfortunately the torizon-core-builder error is still there!
You shouldn’t need to delete the three lines in question, just change gpio
to gpio1
or whatever GPIO bank you’re using, like the example below:
reset-gpios = <&gpio1 23 1>; // reset is active low hence the 1
dc-gpios = <&gpio1 24 0>;
led-gpios = <&gpio1 18 0>;
The reason for this is because there isn’t a node called gpio
, but there are nodes called gpio1
, gpio2
, etc.
It seems that the references to
spi0
are the problem!
Yes, changing spi0
to ecspi1
is also needed, because you need to reference a node using its label (ecspi1
), not its alias (spi0
).
Is this because
spi0
is an alias?
How do I correctly assign an alias to thetarget
property?
As you correctly pointed out, spi0
is an alias, as it can be seen from this file imx6ul.dtsi « dts « boot « arm « arch - linux-toradex.git - Linux kernel for Apalis, Colibri and Verdin modules which is part of the include chain called by imx6ull-colibri-emmc-eval-v3.dts
.
According to this link – linux - Device Trees: Difference between labels and aliases? - Unix & Linux Stack Exchange – an alias is used by the Linux kernel and can’t be used to reference nodes in a device tree.
So in summary you don’t use an alias to reference a node in a device tree, you use a label.
As a side note, I see that you’re using an old syntax to write your overlay. I suggest using a newer, more compact notation for your overlay. For instance, your overlay in the new syntax would be something like this:
/dts-v1/;
/plugin/;
/ {
compatible = "toradex,colibri-imx6ull-emmc";
};
// Enabling the SPI controller also enables spidev on cs0, so we have disable it
&spidev0 {
status = "disabled";
};
&ecspi1 {
// Enable the SPI controller
status = "okay";
/* needed to avoid dtc warning */
#address-cells = <1>;
#size-cells = <0>;
display: display@0{
// MIPI DBI compatible driver
// This driver is used because it can ignore an illegal rotate value
// and doesn't have a set_gamma() function.
compatible = "samsung,s6d02a1";
reg = <0>; // Chip Select 0
spi-max-frequency = <32000000>; // 32MHz
reset-gpios = <&gpio1 23 1>; // reset is active low hence the 1
dc-gpios = <&gpio1 24 0>;
led-gpios = <&gpio1 18 0>;
width = <320>;
height = <240>;
buswidth = <8>; // Most controllers use this value
// This is a hack to prevent fb_s6d02a1.c:set_var() from issuing
// command 0x36 after the init sequence has been applied and thus
// changing the config.
rotate = <1>;
// see drivers/staging/fbtft/fb_ili9341.c:init_display() for how this looks in the driver
// Command 0x36 is taken from the fb_ili9341.c:set_var() function.
init = <0x1000001
0x2000005
0x1000028
0x10000cf 0x00 0x83 0x30
0x10000ed 0x64 0x03 0x12 0x81
0x10000e8 0x85 0x01 0x79
0x10000cb 0x39 0x2c 0x00 0x34 0x02
0x10000f7 0x20
0x10000ea 0x00 0x00
0x10000c0 0x26
0x10000c1 0x11
0x10000c5 0x35 0x3e
0x10000c7 0xbe
0x100003a 0x55
0x1000036 0x28
0x10000b1 0x00 0x1b
0x1000026 0x01
0x10000f2 0x08
0x1000026 0x01
0x10000e0 0x1f 0x1a 0x18 0x0a 0x0f 0x06 0x45 0x87 0x32 0x0a 0x07 0x02 0x07 0x05 0x00
0x10000e1 0x00 0x25 0x27 0x05 0x10 0x09 0x3a 0x78 0x4d 0x05 0x18 0x0d 0x38 0x3a 0x1f
0x10000b7 0x07
0x10000b6 0x0a 0x82 0x27 0x00
0x1000011
0x2000064
0x1000029
0x2000064>;
debug = <0x4000000>; // print init commands to the kernel log
};
};
Just keep in mind that I didn’t flash the overlay above on a eMMC Colibri iMX6ULL, I just checked that it compiles and applies successfully to the image using TorizonCore Builder.
For more information about the newer syntax I’d recommend reading the following references:
- https://beagleboard.org/blog/2022-02-15-using-device-tree-overlays-example-on-beaglebone-cape-add-on-boards
- https://elinux.org/images/8/86/Overlay_frank.pdf
Hope this helps you.
Best regards,
Lucas Akira