I am trying to use GPIO sodimm 135 and 133 as interrupt pin and reset pin respectively for a edt-ft5x06 touch panel of a HY101CTP screen. I am using a Colibri IMX6 and a Colibri evaluation board Rev 3.2 and the 2.8.3. Colibri-iMX6_LXDE-Image.
I have made all the modification needed ( Device tree, and kernel customization) to make it work with the HY101CTP. Everything is working well when i use available pins like for example:
MX6QDL_PAD_EIM_CS1__GPIO2_IO24 PAD_CTRL_HYS_PD /* SODIMM 107 /
MX6QDL_PAD_SD2_DAT1__GPIO1_IO14 PAD_CTRL_HYS_PD / SODIMM 106 */
When i am trying to use pin 133 and 135, please find my device tree modification below :
and the following line of imx6dl-colibri-eval-v3.dts:
/*&pinctrl_usbc_id_1*/
I don’t understand why it is not working. The problem seems to be due to Pin 135 used as an interrupt pin. Is the pin use elsewhere ? Did i do something wrong ?
For the moment i am using a Colibri evaluation board, but i plan to use a Viola board and so edit the Device tree to be able to use all the GPIO available on the Viola Carrier Board. So i need to understand how to use/reconfigure pins to set them up as a GPIO.
You did everything correct. The only difference I see between the working and non working pins in, the working pins are defined as pulldown and the non working as pullup. Could you change the SODIMM133 and SODIMM135 also to Pulldown and check if the Issue is solved?
Thank you for your answer, yes my mistake, i have modified the pin to pulldown with no sucess the error still the same, the pin 133 is correctly pulled down but i have noticed that the pin 135 is not pulled down i can measure 3.3v on this pin.
I confirmed that i a have modified my device tree according the following modification, recompile it and update it with run update_fdt as usual :
The error is the missing s in the property fsl, pins. You see the error when you type the following command in the console, once linux is started: dmesg | grep iomuxc
Sorry for the late answer.
Thanks you for your help everything is working well. I had another issue due to wrong pin configuration. GPIO_ACTIVE was set to HIGH instead of LOW, careless mistake…