韦东山Linux驱动入门实验班(2)hello驱动---驱动层与应用层通讯,以及自动产生设备节点
前言
(1)学习韦东山老师的Linux,因为他讲的很精简,以至于很多人听不懂。接下来我讲介绍韦东山老师的驱动实验班的第二个Hello程序。
(2)注意,请先学习完视频再来看这个教程!本文仅供入门学习!如需深入,请搜索其他博客!
(3)因为上一个教程已经讲的很详细了,所以很多内容不会重复讲解,只会说明区别的地方。所以阅读本教程之前建议先阅读:韦东山Linux驱动入门实验班(1)hello驱动
(4)
; ;
本教程与上一个教程区别
这一篇中的应用层代码和上一篇是一模一样的。所以本文的所有代码都是针对驱动层的!如果应用层代码不理解,可以看上一篇博客!
区别1---驱动层与应用层数据交互
区别讲解
(1)
<1>我们在阅读编写上一个程序的时候,有没有发现一个问题。就是说,我们无论给驱动程序写入什么,最终读取出来的都是一个奇怪的符号。这个是为什么呢?
<2>因为,应用层和驱动层是完全隔绝开来的,应用层无法直接访问驱动层中的各种变量。因为这个操作系统的是要给很多开发者使用的,而这些开发者,可能有些人水平不够,或者是想恶意破坏。那么就会存在一个问题,如果这些人给驱动程序写入了一些错误数据,就容易让整个系统崩溃。所以驱动层和应用层是隔绝的,应用层无法直接访问驱动层,同理,驱动层也无法直接访问应用层。
<3>驱动层和应用层是怎么隔离的呢?首先,应用层发出请求,想访问驱动层。这个时候这条指令将会传递给CPU,CPU读取指令之后将信息发给MMU(内存管理单元)。这个时候,MMU将会发现,应用层发起请求,想访问驱动层,于是MMU将会把这个请求杀死。
<4>应用层和驱动层是隔离的。那么如果我硬要驱动层跟应用层进行交互,怎么办呢?于是就可以使用两个函数:copy_from_user(驱动层得到应用层数据);copy_to_user(驱动层发数据给应用层)
(3)应用层和驱动层有交互函数。那么驱动层怎么跟硬件交互呢?在我们编写单片机程序的时候,可以直接使用寄存器编写程序,也可以使用官方提供的库函数。而Linux中,我们也是两种办法,第一种是使用寄存器直接控制,第二种就是使用子系统函数。每个寄存器都有一个地址,我们将这个称之为物理地址。但是我们的驱动程序不能直接使用物理地址,他必须是使用ioremap函数,返回一个虚拟地址,用指针存放。之后,我们就可以通过这个指针操作寄存器了。
代码实操
(1)咱们这里有两个函数都有改动,分成两部分讲。
(2)hello_read():
<1>unsigned long len = size > 100 ? 100 : size;
这一部分用于判断传入驱动层给应用层发送的字符是否大于100个,如果大于100个字符,那么就只发送100个字符。如果驱动层给应用层发送的字符小于100个,那么就发送实际数量的字符数。
<2>copy_to_user(buf, hello_buf, len);
1,我们copy_to_user()函数咱们上面介绍了,是驱动层用于给应用层发送数据的函数。第一个参数是最终发送到应用层的数据,因为我们hello_read()函数的第二个参数是buf,所以copy_to_user()第一个参数传入buf。
2,copy_to_user()的第二个参数是驱动层需要发送给应用层的数据,这个是需要我们自己在驱动层创建无符号字符数组hello_buf[]。hello_buf[]这个数组负责存放驱动层和应用层的交互信息。
3,copy_to_user()的第三个参数是需要传输的字符数量。如果传输的字符大于100,那么就只传输100个字符。如果传输的字符小于100个,那么就按照需要传输的字符数量传输。
<3> return len; 最终返回传输的字符数量。与原来的 return size;不同在于, return size;是没有加上最多传输100个字符的限制。
(3)hello_write():
<1>与hello_read()的一样变化。
<2>copy_from_user(hello_buf, buf, len);
1,copy_from_user()函数和copy_to_user()函数使用方法类似的。只不过copy_from_user()函数是用于应用层给驱动层发送信号。
2,copy_from_user()的第一个参数是目的地址,所以需要传入hello_buf。第二个参数是起始地址,所以需要传入buf。第三个参数与copy_to_user()一样。
<3>最终返回值的改变与hello_read()的一样变化。
(4)最后强调一下,这个代码会有两个警告。ignoring return value of ‘copy_from_user’, declared with attribute warn_unused_result和 ignoring return value of ‘copy_to_user’, declared with attribute warn_unused_result。这两个警告翻译过来就是忽略使用warn_unused_result属性声明的' copy_from_user '的返回值 和 忽略使用warn_unused_result属性声明的' copy_to_user '的返回值。
这两个警告是什么意思呢?有什么影响?很简单copy_from_user和copy_to_user是存在返回值的。而我们没有接收这两个函数的返回值,所以会存在警告,无需理会。
结果演示
(1)与上一个博客一样流程:
<1>Ubuntu下make编译
<2>打开开发板,输入mount -t nfs -o nolock,vers=3 192.168.5.11:/home/book/nfs_rootfs /mnt共享文件
<3>内核打印可以选中打开或者不打开:
关闭内核打印:echo "0 4 0 7" > /proc/sys/kernel/printk
打开内核打印:echo "7 4 1 7" > /proc/sys/kernel/printk<4>insmod hello_drv.ko装载驱动
<5>cat /proc/devices:查看当前已经被使用掉的设备号(注意,这里的设备号之后的创建设备节点需要用到)
<6> mknod /dev/xyz c 240 0 (xyz可以为任意名字,设备号与上面的有关,0表示次设备号,随便填)
<7>在应用层调用设备节点,如./hello_test /dev/xyz 123
<8>卸载驱动程序: rmmod 驱动程序
<9>删除设备节点:rm /dev/xyz
(2) 关闭内核打印演示结果
(3)打开内核打印演示结果
区别二---自动创建设备节点
讲解
(1)咱们有没有发现一个问题,驱动装载流程太长了。我们能不能自动创建一个设备节点,然后自己删除呢?答案是可以的,不然我也不会提及。
(2)如何在让系统实现自动创建设备节点呢?这个时候我们就要讲到两个函数。class_create()和device_create()。
<1> 用于动态创建设备的逻辑类,此函数的执行效果就是在目录
/sys/class
下创建一个新的文件夹,此文件夹的名字为此函数的第二个输入参数,但此文件夹是空的。同时在/sys/devices
目录下也会创建新的空文件夹。<2> 就是用于创建设备节点的,第一个参数为class_create()的返回值。class_create()函数不是在/sys/class中创建一个空的文件夹麻,device_create()函数就是在这个空的文件夹中创建一个链接文件。同时在
/sys/devices/virtual
目录下创建新的逻辑设备目录。这个链接文件,也就是咱们输入mknod命令创建的设备节点。(3)自动创建了设备节点之后,我们还需要销毁设备节点。那么这个时候又需要使用两个函数了。
和 。<1>因为我们创建设备节点的时候,是先注册驱动,再创建逻辑类,最后创建设备节点的。所以销毁的时候需要反过来。先销毁设备节点,再销毁逻辑类,最后卸载驱动。
<2>class_destroy()执行的效果是删除函数__class_create()或宏class_create()在目录
/sys/class
下创建的逻辑类对应的文件夹。device_destroy()用于销毁设备节点。
代码
效果演示
(1)演示自动产生设备节点
(2)现在使用驱动需要的步骤:
<1>Ubuntu下make编译
<2>打开开发板,输入mount -t nfs -o nolock,vers=3 192.168.5.11:/home/book/nfs_rootfs /mnt共享文件
<3>内核打印可以选中打开或者不打开:
关闭内核打印:echo "0 4 0 7" > /proc/sys/kernel/printk
打开内核打印:echo "7 4 1 7" > /proc/sys/kernel/printk<4>insmod hello_drv.ko装载驱动
<5>在应用层调用设备节点,如./hello_test /dev/hello 123(因为我们的hello_class()函数第四个参数是"hello")
<6>卸载驱动程序: rmmod 驱动程序
- 点赞
- 收藏
- 关注作者
评论(0)