TA的每日心情 | 奋斗 昨天 09:33 |
---|
签到天数: 208 天 连续签到: 2 天 [LV.7]常住居民III
|
本帖最后由 andeyqi 于 2023-11-11 00:37 编辑
概述:
本人对linux 的开发经验只限于应用层的层面,对linux 驱动理解也很有限,工作中也是mcu接触的多些,linux的驱动经验基本为零,正好一以此次米尔开发板的机会来以探寻(猜测)学习的态度了解下板载的gpio驱动,如果其中描述的不准确的希望大家指正。
应用层控制GPIO(LED):
从原理图可知,板载的LED(D53,D54),公共端接到了3.3V,另一端接到了芯片端进行控制,低电平active 掂量的设计方式。
从米尔的如下资料描述我们不需要写代码,系统里已经继承了对应的驱动,只要载shell 里输入命令即可完成led的点亮关闭以及点亮方式的控制。
按照上面的文档的方式实测也是可以对板载的led 进行控制的,对于上述的控制方式有如下疑问点,我们带着如下问题点去理解代码流程。
- /sys/class/leds/am62-sk\:d53/brightness 节点是如何创建的?
资料包的 04_Sources\myir-ti-linux-myd-am62x-linux-6.1.46\Documentation\leds\index.rst 文件中有对led驱动接口的简单描述
- Complex triggers while available to all LEDs have LED specific
- parameters and work on a per LED basis. The timer trigger is an example.
- The timer trigger will periodically change the LED brightness between
- LED_OFF and the current brightness setting. The "on" and "off" time can
- be specified via /sys/class/leds/<device>/delay_{on,off} in milliseconds.
- You can change the brightness value of a LED independently of the timer
- trigger. However, if you set the brightness value to LED_OFF it will
- also disable the timer trigger.
- You can change triggers in a similar manner to the way an IO scheduler
- is chosen (via /sys/class/leds/<device>/trigger). Trigger specific
- parameters can appear in /sys/class/leds/<device> once a given trigger is
- selected.
- LED registration API
- ====================
- A driver wanting to register a LED classdev for use by other drivers /
- userspace needs to allocate and fill a led_classdev struct and then call
- `[devm_]led_classdev_register`. If the non devm version is used the driver
- must call led_classdev_unregister from its remove function before
- free-ing the led_classdev struct.
- If the driver can detect hardware initiated brightness changes and thus
- wants to have a brightness_hw_changed attribute then the LED_BRIGHT_HW_CHANGED
- flag must be set in flags before registering. Calling
- led_classdev_notify_brightness_hw_changed on a classdev not registered with
- the LED_BRIGHT_HW_CHANGED flag is a bug and will trigger a WARN_ON.
复制代码
从如上的描述可知,led_classdev_register 接口会像系统内注册led设备,并通过via /sys/class/leds/<device>/ 路径去控制led设备
04_Sources\myir-ti-linux-myd-am62x-linux-6.1.46\drivers\leds 目录下有如下好多驱动文件,我们的板子使用的呢?
04_Sources\myir-ti-linux-myd-am62x-linux-6.1.46\drivers\leds\Makefile 文件可知,具体的那个驱动加入编译是通过(CONFIG_LEDS_xxx)配置宏来配置的
04_Sources\myir-ti-linux-myd-am62x-linux-6.1.46\arch\arm64\configs\defconfig 文件中可知如下的LED的驱动会参与编译
我们接口时gpio 控制的led,根据上述信息我们猜测我们使用的驱动文件为leds-gpio.c 文件,既然有了猜测我们如何去验证我们的猜测呢? leds-gpio.c 驱动为Platform Driver的实现 ,驱动匹配后会调用gpio_led_probe 接口该接口通过如下调用关系会调到我们上面提到的[devm_]led_classdev_register 接口,gpio_led_probe->create_gpio_led->devm_led_classdev_register,按照我们的猜测系统在启动过程中会调用gpio_led_probe 接口,我么载接口中添加log 来验证我们的猜测,因为这部分代码是随内核一起编译的我们需要更新代码重新烧写内核,然后个烧写内核,我们按照文档的描述修改代码试验下,顺便掌握更新kenrnel的方法.我们修改内核代码,在gpio_led_probe 函数入口添加如下打印信息。
按照上面的方法编译内核,更新内核镜像后,在串口的打印日志中发现了我们添加的log 信息,从而进一步证明我们的猜测。
确定和驱动的入口,那节点的名称是根据什么来的呢,之前有了解说是根据dts 配置的,我们在源码\myir-ti-linux\arch\arm64\boot\dts\myir\目录下找到对应的myd-y62x-common.dtsi 文件,关于led 的描述信息如下:- leds {
- compatible = "gpio-leds";
- led-user {
- label = "am62-sk:d54";
- gpios = <&at9555 4 GPIO_ACTIVE_LOW>;
- max-brightness = <255>;
- linux,default-trigger = "heartbeat";
- function = LED_FUNCTION_HEARTBEAT;
- default-state = "off";
- };
- led-sys {
- label = "am62-sk:d53";
- pinctrl-names = "default";
- pinctrl-1 = <&mcu_run_led_pins_default>;
- gpios = <&mcu_gpio0 16 GPIO_ACTIVE_LOW>;
- linux,default-trigger = "heartbeat";
- function = LED_FUNCTION_HEARTBEAT;
- default-state = "on";
- };
- };
复制代码
此处定义了gpio active 的电平及名称等信息,我们修名称信息重新编译DTS 更新下,来验证下我们的猜测,节点名称修改为d53,d54,更新下dtb后读取下节点信息。
修改后会编译dtbs,会更新如下dtb- rlk@rlk:~/ym625x/myd-ym62x-bsp/myir-ti-linux$ make dtbs
- DTC arch/arm64/boot/dts/myir/myd-y62x-6254.dtb
- DTC arch/arm64/boot/dts/myir/myd-y62x-6252.dtb
- DTC arch/arm64/boot/dts/myir/myd-y62x-6231.dtb
- rlk@rlk:~/ym625x/myd-ym62x-bsp/myir-ti-linux$
复制代码 我们更新下6252的dtb文件来验证节点名称是否发生变化,更新dtb 文件后发现 /sys/class/leds/ 目录下节点名称已经更新成D53 D54了跟我们预期的也是一致的。- root@myd-am62x:~# echo 0 > /sys/class/leds/d53/brightness
- root@myd-am62x:~# echo 1 > /sys/class/leds/d53/brightness
- root@myd-am62x:~#
- root@myd-am62x:~#
- root@myd-am62x:~# echo "timer" > /sys/class/leds/d53/trigger
复制代码
输入如上命令也可以正常控制led的熄灭点亮及闪烁的效果,跟之前的驱动效果也是一致的。
|
|