Controlling GPIO from Linux User Space Print

 

This application note shows how to control the i.MX RT1024 GPIOs from the user level using the standard Linux GPIOLIB interface.


Changes to the Kernel Configuration

The generic GPIO interface is controlled by the CONFIG_GPIOLIB kernel option enabled by default in the rootfs project. Most of the i.MX RT1024 GPIO pins can be used in different multiplexed I/O roles (for instance, some GPIO pins can be also configured as an SPI interface, etc). Depending on the requirements of your application, you need to configure the pins that you want to use as GPIO for the GPIO role and other pins for an alternative I/O function.

The device driver for i.MX family GPIO controller is enabled in the kernel config. The gpio-leds and gpio-keys drivers will be enabled and configured in the DTS file, in order to support the USER_LED and USER_BUTTON of the IMXRT1024-EVK board.

Verify that the USER LED and USER BUTTON interfaces are functional via the standard gpio-leds and gpio-keys interfaces:
  1. Use the following command to turn on the USER LED:
  2. # echo 1 > /sys/class/leds/user-led/brightness

  3. Use the following command to turn off the USER LED:
  4. # echo 0 > /sys/class/leds/user-led/brightness

  5. From the Linux shell, start the evtest utility. Then press the USER BUTTON and make sure the evtest has reported the events correctly:
  6. / # evtest /dev/input/event0
    Event: time 5119.210038, type EV_KEY, code KEY_A, value 1
    Event: time 5119.210038, type EV_SYN, code SYN_REPORT, value 0
    Event: time 5119.370034, type EV_KEY, code KEY_A, value 0
    Event: time 5119.370034, type EV_SYN, code SYN_REPORT, value 0

In order to test raw GPIO functions, disable definition of the USER BUTTON in the kernel DTS file, then rebuild and reinstall the project:

    diff --git a/rootfs/rootfs.dts.IMXRT102X_NXPEVK b/rootfs/rootfs.dts. IMXRT102X_NXPEVK index ab152d38..6fee00b8 100644 --- a/rootfs/rootfs.dts.IMXRT102X_NXPEVK +++ b/rootfs/rootfs.dts.IMXRT102X_NXPEVK @@ -235,11 +235,13 @@ compatible = "gpio-keys"; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_keys>; +#if 0 button_0 { label = "Button 0"; gpios = <&gpio5 0 GPIO_ACTIVE_LOW>; linux,code = <KEY_A> ; }; +#endif };

Each GPIO is assigned a unique integer GPIO number within the GPIO chip range of 0 to 160 by Linux. The i.MX RT1024 supports 3 GPIO blocks of 32 pieces GPIO1, GPIO2, GPIO3. Then comes a hole (there is no GPIO4) Then GPIO5, on which there are nominally 32 signals, but only 3 are actually available: GPIO5_IO00, GPIO5_IO01 and GPIO5_IO02 - the rest are not output anywhere.
To calculate that number for a specific GPIO, use the following formula: 
gpio_idX(GPIOX_IOY) = (X - 1) * 32 + Y
where an X value is a GPIO number and Y is a GPIO pin number.
For example: gpio number for GPIO5.0 will be (5 – 1) * 32 + 0 = 128.
  1. Export GPIO5_00 and configure it as an input:
  2. / # echo 128 > /sys/class/gpio/export
    / # echo in > /sys/class/gpio/gpio128/direction

  3. Make sure the value of GPIO5_00 is 1 when the USER BUTTON is untouched (due to the internal PULL-UP being enabled):
  4. / # cat /sys/class/gpio/gpio128/value
    1
    / #

  5. Press and hold the USER BUTTON and make sure the GPIO5_00 value has changed to 0:
  6. / # cat /sys/class/gpio/gpio128/value
    0

Alternative Ways to Access GPIO

In Linux, you may access GPIOs using different approaches, not only the ones described in this application note above. Here are some external links that might be useful if you decide to try an alternative approach.

The following article describes accessing GPIOs from the kernel context:
https://lwn.net/Articles/532714/

To work with GPIOs from the user space, there are the following possibilities:

  1. Using the GPIOLIB interface (described in this application note):
    https://www.kernel.org/doc/Documentation/gpio/sysfs.txt
  2. Using the drivers of the Linux LED/Input subsystems:
    https://www.kernel.org/doc/Documentation/leds/leds-class.txt
    https://www.kernel.org/doc/Documentation/input/input.txt
    These drivers allow to use different GPIO-related mechanisms already implemented in Linux. For example, you may simply force a LED connected to GPIO output to blink with the specified frequency, or simply force input subsystem to generate a some-button-pressed event on changing GPIO input.