• RK3568驱动指南|第六篇-平台总线-第52章 注册platform驱动实验


    瑞芯微RK3568芯片是一款定位中高端的通用型SOC,采用22nm制程工艺,搭载一颗四核Cortex-A55处理器和Mali G52 2EE 图形处理器。RK3568 支持4K 解码和 1080P 编码,支持SATA/PCIE/USB3.0 外围接口。RK3568内置独立NPU,可用于轻量级人工智能应用。RK3568 支持安卓 11 和 linux 系统,主要面向物联网网关、NVR 存储、工控平板、工业检测、工控盒、卡拉 OK、云终端、车载中控等行业。


    【公众号】迅为电子

    【粉丝群】824412014(加群获取驱动文档+例程)

    【视频观看】嵌入式学习之Linux驱动(第六期-平台总线_全新升级)_基于RK3568

    【购买链接】迅为RK3568开发板瑞芯微Linux安卓鸿蒙ARM核心板人工智能AI主板


    第52章 注册platform驱动实验

    在上个章节我们学习了如何注册platform设备,而本章节就要学习如何注册platform驱动了。

    52.1注册platform驱动

    52.1.1 platform_driver_register 函数

    platform_driver_register 函数用于在 Linux 内核中注册一个平台驱动程序。下面是对该函数的详细介绍:

    函数原型:

    int platform_driver_register(struct platform_driver *driver);

    头文件:

    #include

    函数作用:

    platform_driver_register 函数用于将一个平台驱动程序注册到内核中。通过注册平台驱动程序,内核可以识别并与特定的平台设备进行匹配,并在需要时调用相应的回调函数。

    参数含义:

    driver:指向 struct platform_driver 结构体的指针,描述了要注册的平台驱动程序的属性和回调函数(会在下面的小节对该结构体进行详细的讲解)。

    返回值

    返回一个整数值,表示函数的执行状态。如果注册成功,返回 0;如果注册失败,返回一个负数错误码。

    该函数在内核源码目录下的“/include/linux/platform_device.h”文件中,具体内容如下所示:

    1. #define platform_driver_register(drv) \
    2. __platform_driver_register(drv, THIS_MODULE)
    3. extern int __platform_driver_register(struct platform_driver *, struct module *);

    这个宏用于简化平台驱动程序的注册过程。它将实际的注册函数 __platform_driver_register 与当前模块(驱动程序)关联起来。宏的参数 drv 是一个指向 struct platform_driver 结构体的指针,描述了要注册的平台驱动程序的属性和回调函数。THIS_MODULE 是一个宏,用于获取当前模块的指针。

    而__platform_driver_register实际定义在“/drivers/base/platform.c”文件中,相关定义如下所示:

    1. int __platform_driver_register(struct platform_driver *drv, struct module *owner)
    2. {
    3. drv->driver.owner = owner; // 将平台驱动程序的所有权设置为当前模块
    4. drv->driver.bus = &platform_bus_type; // 将平台驱动程序的总线类型设置为平台总线
    5. drv->driver.probe = platform_drv_probe; // 设置平台驱动程序的探测函数
    6. drv->driver.remove = platform_drv_remove; // 设置平台驱动程序的移除函数
    7. drv->driver.shutdown = platform_drv_shutdown;// 设置平台驱动程序的关机函数
    8. return driver_register(&drv->driver); // 将平台驱动程序注册到内核
    9. }

    第3行:将指向当前模块的指针 owner 赋值给平台驱动程序的 owner 成员。这样做是为了将当前模块与平台驱动程序关联起来,以确保模块的生命周期和驱动程序的注册和注销相关联。

    第4行:将指向平台总线类型的指针 &platform_bus_type 赋值给平台驱动程序的 bus 成员。这样做是为了指定该驱动程序所属的总线类型为平台总线,以便内核能够将平台设备与正确的驱动程序进行匹配。

    第5行:将指向平台驱动程序探测函数 platform_drv_probe 的指针赋值给平台驱动程序的 probe 成员。这样做是为了指定当内核发现与驱动程序匹配的平台设备时,要调用的驱动程序探测函数。

    第6行:将指向平台驱动程序移除函数 platform_drv_remove 的指针赋值给平台驱动程序的 remove 成员。这样做是为了指定当内核需要从系统中移除与驱动程序匹配的平台设备时,要调用的驱动程序移除函数。

    第7行 = platform_drv_shutdown;:将指向平台驱动程序关机函数 platform_drv_shutdown 的指针赋值给平台驱动程序的 shutdown 成员。这样做是为了指定当系统关机时,要调用的驱动程序关机函数。

    第9行:调用 driver_register 函数,将平台驱动程序的 driver 成员注册到内核中。该函数负责将驱动程序注册到相应的总线上,并在注册成功时返回 0,注册失败时返回一个负数错误码。

    通过这些操作,__platform_driver_register 函数将平台驱动程序与内核关联起来,并确保内核能够正确识别和调用驱动程序的各种回调函数,以实现与平台设备的交互和管理。函数的返回值表示注册过程的执行状态,以便在需要时进行错误处理。

    52.1.2 platform_device_unregister 函数

    platform_device_unregister函数用于取消注册已经注册的平台设备,即从内核中移除设备。在设备不再需要时,调用该函数可以进行设备的清理和释放操作。

    函数原型:

    void platform_device_unregister(struct platform_device *pdev);

    头文件:

    #include

    函数作用:
    platform_device_unregister 函数用于从内核中注销平台设备。通过调用该函数,可以将指定的平台设备从系统中移除。

    参数含义

    pdev:指向要注销的平台设备的指针。

    返回值:
    无返回值。

    该函数在内核源码目录下的“/include/linux/platform_device.h”文件中,具体内容如下所示:

    extern void platform_driver_unregister(struct platform_driver *);

    函数声明中的extern关键字表示该函数在其他地方定义,而不是在当前文件中实现。这样的声明通常出现在头文件中,用于告诉编译器该函数的定义存在于其他源文件中,以便在编译时能够正确引用该函数。

    而platform_driver_unregister实际定义在“/drivers/base/platform.c”文件中,相关定义如下所示:

    1. void platform_driver_unregister(struct platform_driver *drv)
    2. {
    3. driver_unregister(&drv->driver);
    4. }

    该函数又调用了driver_unregister函数进行嵌套,追踪之后找到定义在“/drivers/base/driver.c”目录下的driver_unregister函数,具体内容如下所示:

    1. void driver_unregister(struct device_driver *drv)
    2. {
    3. // 检查传入的设备驱动程序指针和 p 成员是否有效
    4. if (!drv || !drv->p) {
    5. WARN(1, "Unexpected driver unregister!\n");
    6. return;
    7. }
    8. driver_remove_groups(drv, drv->groups); // 移除与设备驱动程序关联的属性组
    9. bus_remove_driver(drv); // 从总线中移除设备驱动程序
    10. }

    函数内部有三个主要的操作:

    第4-7行:检查传入的设备驱动程序指针 drv 是否为空,或者驱动程序的 p 成员是否为空。如果其中任何一个条件为真,表示传入的参数无效,会发出警告并返回。

    第9行:调用 driver_remove_groups 函数,用于从内核中移除与设备驱动程序关联的属性组。drv->groups 是指向属性组的指针,指定了要移除的属性组列表。

    第10行:调用 bus_remove_driver 函数,用于从总线中移除设备驱动程序。该函数会执行以下操作:

    (1)从总线驱动程序列表中移除指定的设备驱动程序。

    (2)调用与设备驱动程序关联的 remove 回调函数(如果有定义)。

    (3)释放设备驱动程序所占用的资源和内存。

    (4)最终销毁设备驱动程序的数据结构。

    通过调用 driver_unregister 函数,可以正确地注销设备驱动程序,并在注销过程中进行必要的清理工作。这样可以避免资源泄漏和其他问题。在调用该函数后,应避免继续使用已注销的设备驱动程序指针,因为该驱动程序已不再存在于内核中。

    52.1.3 platform_driver结构体

    platform_driver 结构体是Linux内核中用于编写平台设备驱动程序的重要数据结构。它提供了与平台设备驱动相关的函数和数据成员,以便与平台设备进行交互和管理。该结构体定义在内核的“/include/linux/platform_device.h”文件中,具体内容如下所示:

    1. struct platform_driver {
    2. int (*probe)(struct platform_device *); /* 平台设备的探测函数指针 */
    3. int (*remove)(struct platform_device *); /* 平台设备的移除函数指针 */
    4. void (*shutdown)(struct platform_device *);/* 平台设备的关闭函数指针 */
    5. int (*suspend)(struct platform_device *, pm_message_t state);/* 平台设备的挂起函数指针 */
    6. int (*resume)(struct platform_device *);/* 平台设备的恢复函数指针 */
    7. struct device_driver driver;/* 设备驱动程序的通用数据 */
    8. const struct platform_device_id *id_table;/* 平台设备与驱动程序的关联关系表 */
    9. bool prevent_deferred_probe; /* 是否阻止延迟探测 */
    10. };

    probe:平台设备的探测函数指针。当系统检测到一个平台设备与该驱动程序匹配时,该函数将被调用以初始化和配置设备。

    remove:平台设备的移除函数指针。当平台设备从系统中移除时,该函数将被调用以执行清理和释放资源的操作。

    shutdown:平台设备的关闭函数指针。当系统关闭时,该函数将被调用以执行与平台设备相关的关闭操作。

    suspend:平台设备的挂起函数指针。当系统进入挂起状态时,该函数将被调用以执行与平台设备相关的挂起操作。

    resume:平台设备的恢复函数指针。当系统从挂起状态恢复时,该函数将被调用以执行与平台设备相关的恢复操作。

    driver:包含了与设备驱动程序相关的通用数据,它是 struct device_driver 类型的实例。其中包括驱动程序的名称、总线类型、模块拥有者、属性组数组指针等信息,该结构体的name参数需要与上个章节的platform_device的.name参数相同才能匹配成功,从而进入probe函数

    id_table:指向 struct platform_device_id 结构体数组的指针,用于匹配平台设备和驱动程序之间的关联关系。通过该关联关系,可以确定哪个平台设备与该驱动程序匹配,和.driver.name起到相同的作用,但是优先级高于.driver.name。

    prevent_deferred_probe:一个布尔值,用于确定是否阻止延迟探测。如果设置为 true,则延迟探测将被禁用。

    使用 struct platform_driver 结构体,开发人员可以定义平台设备驱动程序,并将其注册到内核中。当系统检测到与该驱动程序匹配的平台设备时,内核将调用相应的函数来执行设备的初始化、配置、操作和管理。驱动程序可以利用提供的函数指针和通用数据与平台设备进行交互,并提供必要的功能和服务。

    需要注意的是,struct platform_driver 结构体继承了 struct device_driver 结构体,因此可以直接访问 struct device_driver 中定义的成员。这使得平台驱动程序可以利用通用的驱动程序机制,并与其他类型的设备驱动程序共享代码和功能。

    52.2 实验程序的编写

    本实验对应的网盘路径为:iTOP-RK3568开发板【底板V1.7版本】\03_【iTOP-RK3568开发板】指南教程\02_Linux驱动配套资料\04_Linux驱动例程\41

    本小节的实验只是编写一个platform驱动的一个大体框架,在下一个章节中再讲解platform设备和platform驱动的匹配

    编写完成的platform_driver.c代码如下所示:

    1. #include
    2. #include
    3. // 平台设备的探测函数
    4. static int my_platform_probe(struct platform_device *pdev)
    5. {
    6. printk(KERN_INFO "my_platform_probe: Probing platform device\n");
    7. // 添加设备特定的操作
    8. // ...
    9. return 0;
    10. }
    11. // 平台设备的移除函数
    12. static int my_platform_remove(struct platform_device *pdev)
    13. {
    14. printk(KERN_INFO "my_platform_remove: Removing platform device\n");
    15. // 清理设备特定的操作
    16. // ...
    17. return 0;
    18. }
    19. // 定义平台驱动结构体
    20. static struct platform_driver my_platform_driver = {
    21. .probe = my_platform_probe,
    22. .remove = my_platform_remove,
    23. .driver = {
    24. .name = "my_platform_device",
    25. .owner = THIS_MODULE,
    26. },
    27. };
    28. // 模块初始化函数
    29. static int __init my_platform_driver_init(void)
    30. {
    31. int ret;
    32. // 注册平台驱动
    33. ret = platform_driver_register(&my_platform_driver);
    34. if (ret) {
    35. printk(KERN_ERR "Failed to register platform driver\n");
    36. return ret;
    37. }
    38. printk(KERN_INFO "my_platform_driver: Platform driver initialized\n");
    39. return 0;
    40. }
    41. // 模块退出函数
    42. static void __exit my_platform_driver_exit(void)
    43. {
    44. // 注销平台驱动
    45. platform_driver_unregister(&my_platform_driver);
    46. printk(KERN_INFO "my_platform_driver: Platform driver exited\n");
    47. }
    48. module_init(my_platform_driver_init);
    49. module_exit(my_platform_driver_exit);
    50. MODULE_LICENSE("GPL");
    51. MODULE_AUTHOR("topeet");

    52.3 运行测试

    52.3.1 编译驱动程序

    在上一小节中的platform_driver.c代码同一目录下创建 Makefile 文件,Makefile 文件内容如下所示:

    1. export ARCH=arm64#设置平台架构
    2. export CROSS_COMPILE=aarch64-linux-gnu-#交叉编译器前缀
    3. obj-m += platform_driver.o #此处要和你的驱动源文件同名
    4. KDIR :=/home/topeet/Linux/linux_sdk/kernel #这里是你的内核目录
    5. PWD ?= $(shell pwd)
    6. all:
    7. make -C $(KDIR) M=$(PWD) modules #make操作
    8. clean:
    9. make -C $(KDIR) M=$(PWD) clean #make clean操作

    对于Makefile的内容注释已在上图添加,保存退出之后,来到存放platform_driver.c和Makefile文件目录下,如下图(图52-1)所示:

    图 52-1

    然后使用命令“make”进行驱动的编译,编译完成如下图(图52-2)所示:

    图 52-2

    编译完生成platform_driver.ko目标文件,如下图(图52-3)所示:

    至此驱动模块就编译成功了。

    52.3.2 运行测试

    本小节的测试需要用到两个驱动ko文件,即上一章节的注册platform设备ko文件和本章节的注册platform驱动ko文件。

    开发板启动之后,使用以下命令进行驱动模块的加载,如下图(图21-7)所示:

    insmod platform_driver.ko

    然后来到/sys/bus/platform/drivers目录下,可以看到我们创建的my_platform_driver驱动文件夹就成功生成了。

    然后使用以下命令加载注册platform设备ko文件,加载成功之后如下图所示:

     insmod platform_device.ko

    可以看到匹配成功之后就会进入probe函数,显示出了相应的打印(加载上述两个ko文件不分先后顺序)。然后使用以下命令进行驱动模块的卸载,如下图(图21-7)所示:

    1. rmmod platform_driver.ko
    2. rmmod platform_device.ko

    至此,注册platform驱动实验就完成了。


  • 相关阅读:
    uni-app图片保存到手机
    升级 Kubernetes 上的 TiDB 集群
    C现代方法(第5、6章)笔记
    着巨大风险!力荐这套「软件安装和环境配置手册」,看了直呼NB
    洛谷 P3648 [APIO2014]序列分割(斜率优化dp)
    《向量数据库指南》——向量数据库和关系型数据库的区别?
    【C语言】三子棋(经典解法+一览图)
    【Windows】基于curl命令的Shell上线姿势--解决shiro命令执行工具命令回显拉胯的问题
    初识React.js
    @Controller VS @RestController 对比解析
  • 原文地址:https://blog.csdn.net/BeiJingXunWei/article/details/133793491