61.linux 第三方驱动移植

在以往的思路里，我们想要实现一个功能，要进行驱动移植，这个时候其他人正好写完了这个驱动，我们直接将第三方的驱动移植到我们的内核中就可以正常使用了，此时别人的驱动写的很完善了，我不关注里面的实现，直接用到我的系统中,这种方法叫黑盒移植。

一.黑盒移植

编译驱动进内核

以一个灯的驱动为例，fs4412_led_drv.c

1.选择驱动存放目录

我们打开我们之前移植好的内核，因为它属于字符设备驱动放在drivers/char目录下,此时我们就可以直接make了吗？这层的makefile肯定是找不到这个文件的，是编译不上的。

 

2.修改当前子目录的Makefile

模仿其他驱动obj-y += fs4412_led_drv.o

这个时候编译就可以编译进来了。

可以通过应用程序对驱动进行验证。

 

3.修改Kconfig（方便管理）

我们平时改驱动就是使用菜单选配就完了，我们的这个第三方驱动也可以添加到菜单中。

打开子目录的Kconfig,进行模仿添加。但是需要注意的是修改了Kconfig，还需要再次修改 Makfile，Makfile才是最后编译选项的执行者，Kconfig只是一个图形界面选择。

obj-y += fs4412_led_drv.o 改为 obj-$(CONFIG_LED) += fs4412_led_drv.o

，配合kconfig变为动态的编译

[] 只有两种选项编译(y)或者不编译(n) ， <> 三种选项 编译(y)、不编译(n)或者编译成模块(m)

 

上面的方法还需要改Makefile Kconfig然后进行编译，（自己写的驱动东一个西一个的不好管理）想将驱动和内核独立出来，对自己的一系列驱动进行管理。

 

编译驱动为独立的模块。

1. Makefile 编写（适用编译驱动的Makefile）

2. C程序代码编写（驱动编写）

3. 编译出 ko 模块

make modules 编译所有的模块

 

在linux运行时，可以动态装载和卸载模块

根据需要手动加载模块 insmod *.ko（更灵活的管控）

mknod  （创建设备文件）

 

二 .白盒移植

就是进行内部详细的逻辑分析。

打印跟踪的方法，对驱动进行调试。

需要阅读阅读源码，熟悉驱动框架，才能进行跟踪调试

驱动框架：

字符设备和平台设备框架

设备驱动框架：

 

三、字符设备引入

       1.一切设备皆文件

              对设备的操作的就是 对设备文件的 read write

       2. open read write ioctl

       3. 将设备进行编号 设备号(主次设备号组成)

       字符设备驱动相关

驱动编写阶段

       1. 注册获取设备号（不同设备通过设备号进行区分）

       2. 初始化设备

       3. 操作设备 file_operations       -- open release read write ioctl...（统一接口）

生成.ko后

insmod fs4412_led_drv.ko

mknod /dev/led c 501 0  //创建设备文件，字符设备，主设备号，次设备号

       4. 两个宏定义 module_init  module_exit  两个命令 insmod （加载）  rmmod

      

       驱动是被动调用的，是被应用程序触发的

       应用程序的 open  调用到驱动的file_operations 的 open

       应用程序的 read  调用到驱动的file_operations 的 read

       应用程序的 write 调用到驱动的file_operations 的 write

       应用程序的 ioctl 调用到驱动的file_operations 的 ioctl

       应用程序的 close 调用到驱动的file_operations 的 release

      

四、平台设备引入

驱动里的详细操作：

       1. 寄存器的地址值是根据芯片手册 和原理图找到的

       2. 对寄存器地址内容操作不能直接使用物理地址，需要ioremap

       3. ioremap 将物理地址 映射到虚拟地址

       4. platform 用于将硬件信息 和驱动代码做分离

       5. 从设备树中通过名字匹配，匹配成功执行 probe函数

       6. 驱动通过 platform_get_resource 获取硬件设备资源

       7. 作用 容易维护

 

驱动框架---》平台设备框架---》设备树