Linux 设备树与驱动的关系

    一开接触设备树,我就不知道设备树与驱动的关系,设备树是在内核3.0以后才有的。不过3.0以前的和3.0以后的驱动其实变化不大。

    驱动的开发方法可以分为三种:传统方法总线方法设备树方法

    这篇文章围绕点亮一颗LED来说明这三种方法。

    驱动流程分为5个部分:1、分配  2、设置  3、注册file_operation  4、入口  5、出口

一、传统方法

    传统方法就是简单粗暴方法,就是将IO设置,驱动放在同一个文件(drv.c)。

drv.c:定义引脚信息:

drv.c:驱动中的open函数:

drv.c:驱动中的close函数:

drv.c:file_operations结构体:

为上层应用提供open(),write(),read(),close()

 

drv.c:入口函数-申请设备号,创建设备节点:

其中register_chrdev():申请设备号。

       class_create():创建一个设备类。

       device_create():创建一个设备节点,路径:/dev/led

 

drv.c:出口函数-注销设备,注销设备节点:

其中unregister_chrdev():通过主设备号,注销设备号

       device_destroy():注销设备节点

       class_destroy():注销设备类

 

传统方法的优点:操作简单

                  缺点:不易扩展,每次修改需要重新编译驱动。

二、总线方法

在kernel 3.0之前都是采用总线的方法实现驱动与设备之间的联系。把驱动跟设备分开。

其主要理解几个结构体:

①跟设备有关的结构体:struct platform_device{};

②跟驱动有关的结构体:struct platform_driver{};

    还要理解其中包含的两个结构体:struct device_driver{};      struct platform_device_id{};

要记住一句话:在match的时候:优先匹配id_table的name,不匹配。再匹配driver的name

其中

dev.c:进行设备的引脚定义

dev.c:注册platform_device结构体

dev.c:入口函数-注册设备

dev.c:出口函数-注销设备

对于驱动来说,需要稍微修改一下:

drv.c:增加probe函数和remove函数,其中函数platform_get_resource()就是过去设备中资源,比如引脚定义。

drv.c :入口函数和出口函数的修改

platform总线中的match()函数是设备与驱动匹配的函数,我们看看这个函数的实现,就是匹配设备与驱动的名字一不一致。函数如下:

总线方法的优点:易扩展

                  缺点:代码冗余多,需要重新编译设备

三、设备树方法

在kernel 3.0以及之后的版本,都是采用设备树的方法实现驱动与设备之间的联系。将设备改为设备树实现,解决了总线方法中代码冗余多的问题。

设备树方法只需要在总线方法的基础上稍微修改一下。

dts:添加设备节点:

drv: probe修改,其中通过函数of_property_read_s32()获取设备树的资源。

总线方法的优点:易扩展,不需要重新编译(替换设备树),无冗余代码

                  缺点:稍微复杂

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值