04_beep第一个相对完整的MISC驱动实践编写

2023-10-13 03:08

本文主要是介绍04_beep第一个相对完整的MISC驱动实践编写,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

源码

/*
* @Descripttion: 基于杂项设备的蜂鸣器驱动
*/
#include <linux/init.h> //初始化头文件
#include <linux/module.h> //最基本的文件, 支持动态添加和卸载模块。
#include <linux/miscdevice.h> //包含了 miscdevice 结构的定义及相关的操作函数。
#include <linux/fs.h> //文件系统头文件, 定义文件表结构(file,buffer_head,m_inode 等)
#include <linux/uaccess.h> //包含了 copy_to_user、 copy_from_user 等内核访问用户//进程内存地址的函数定义。
#include <linux/io.h> //包含了 ioremap、 iowrite 等内核访问 IO 内存等函数的定义。
#include <linux/kernel.h> //驱动要写入内核, 与内核相关的头文件#define GPIO5_DR 0x020AC000 //蜂鸣器物理地址, 通过查看原理图得知unsigned int *vir_gpio5_dr; //存放映射完的虚拟地址的首地址/**
* @name: misc_read
* @test: 从设备中读取数据, 当用户层调用函数 read 时, 对应的, 内核驱动就会调用这个函数。
* @msg:
* @param {structfile} *file file 结构体
* @param {char__user} *ubuf 这是对应用户层的 read 函数的第二个参数 void *buf
* @param {size_t} size 对应应用层的 read 函数的第三个参数
* @param {loff_t} *loff_t 这是用于存放文件的偏移量的, 回想一下系统编程时, 读写文件的操
作都会使偏移量往后移。
* @return {*} 当返回正数时, 内核会把值传给应用程序的返回值。 一般的, 调用成功会返回成功
读取的字节数。
如果返回负数, 内核就会认为这是错误, 应用程序返回-1
*/
ssize_t misc_read (struct file *file, char __user *ubuf, size_t size, loff_t *loff_t)
{printk("misc_read\n");return 0;
}/**
* @name: misc_write
* @test: 往设备写入数据, 当用户层调用函数 write 时, 对应的, 内核驱动就会调用这个函数。
* @msg:
* @param {structfile} * filefile 结构体
* @param {constchar__user} *ubuf 这是对应用户层的 write 函数的第二个参数const void *buf
* @param {size_t} size 对应用户层的 write 函数的第三个参数 count。
* @param {loff_t} *loff_t 这是用于存放文件的偏移量的, 回想一下系统编程时, 读写文件的操
作都会使偏移量往后移。
* @return {*} 当返回正数时, 内核会把值传给应用程序的返回值。 一般的, 调用成功会返回成功
读取的字节数。
如果返回负数, 内核就会认为这是错误, 应用程序返回-1。
*/
ssize_t misc_write (struct file *file, const char __user *ubuf, size_t size, loff_t *loff_t)
{/*应用程序传入数据到内核空间, 然后控制蜂鸣器的逻辑, 在此添加*/// kbuf 保存的是从应用层读取到的数据char kbuf[64] = {0};// copy_from_user 从应用层传递数据给内核层if(copy_from_user(kbuf,ubuf,size)!= 0){// copy_from_user 传递失败打印printk("copy_from_user error \n ");return -1;}//打印传递进内核的数据printk("kbuf is %d\n ",kbuf[0]);if(kbuf[0]==1) //传入数据为 1 , 蜂鸣器响{*vir_gpio5_dr |= (1<<4);}else if(kbuf[0]==0) //传入数据为 0, 蜂鸣器关闭*vir_gpio5_dr &= ~(1<<4);return 0;
}/**
* @name: misc_release
* @test: 当设备文件被关闭时内核会调用这个操作, 当然这也可以不实现, 函数默认为 NULL。 关
闭设备永远成功。
* @msg:
* @param {structinode} *inode 设备节点
* @param {structfile} *file filefile 结构体
* @return {0}
*/
int misc_release(struct inode *inode,struct file *file){printk("hello misc_relaease bye bye \n ");return 0;
}/**
* @name: misc_open
* @test: 在操作设备前必须先调用 open 函数打开文件, 可以干一些需要的初始化操作。
* @msg:
* @param {structinode} *inode 设备节点
* @param {structfile} *file filefile 结构体
* @return {0}
*/
int misc_open(struct inode *inode,struct file *file){printk("hello misc_open\n ");return 0;
}//文件操作集
struct file_operations misc_fops={.owner = THIS_MODULE,.open = misc_open,.release = misc_release,.read = misc_read,.write = misc_write,
};//miscdevice 结构体
struct miscdevice misc_dev = {.minor = MISC_DYNAMIC_MINOR,.name = "hello_misc",.fops = &misc_fops,
};static int misc_init(void)
{int ret;//注册杂项设备ret = misc_register(&misc_dev);if(ret < 0){printk("misc registe is error \n");}printk("misc registe is succeed \n");//将物理地址转化为虚拟地址vir_gpio5_dr = ioremap(GPIO5_DR,4);if(vir_gpio5_dr == NULL){printk("GPIO5_DR ioremap is error \n");return EBUSY;}printk("GPIO5_DR ioremap is ok \n");return 0;
}static void misc_exit(void){//卸载杂项设备misc_deregister(&misc_dev);//iounmap(vir_gpio5_dr);printk(" misc goodbye! \n");
}module_init(misc_init);
module_exit(misc_exit);
MODULE_LICENSE("GPL");

编写Makefile

obj-m += beep.o #先写生成的中间文件的名字是什么, -m 的意思是把我们的驱动编译成模块
KDIR:=/home/myzr/my-work/02_source/linux-4.1.15/
PWD?=$(shell pwd) #获取当前目录的变量
all:make -C $(KDIR) M=$(PWD) modules #make 会进入内核源码的路径, 然后把当前路径下的代码编译成模块

输入make编译

把beep.ko拷贝到共享目录

sudo cp beep.ko /home/nfs/

编写应用程序app.c

app.c源码

#include <stdio.h>#include <sys/types.h>#include <sys/stat.h>#include <fcntl.h>#include <unistd.h>int main(int argc,char *argv[]){int fd;char buf[64] = {0};//定义 buf 缓存//打开设备节点fd = open("/dev/hello_misc",O_RDWR);if(fd < 0){//打开设备节点失败perror("open error \n");return fd;}// atoi()将字符串转为整型, 这里将第一个参数转化为整型后, 存放在 buf[0]中buf[0] = atoi(argv[1]);//把缓冲区数据写入文件中write(fd,buf,sizeof(buf));printf("buf is %d\n",buf[0]);close(fd);return 0;}

输入arm-none-linux-gnueabi-gcc app.c -o app -static编译app

把应用程序app拷贝到共享目录

sudo cp app /home/nfs/

在开发板上加载驱动模块

insmod beep.ko

驱动加载成功后,输入以下命令,查看注册的设备节点是否存在,如下图所示,设备节点存在。

ls /dev/h*

执行应用程序,可以看到D4灯点亮

./app 1

执行应用程序,可以看到D4灯熄灭

./app 0

卸载驱动模块

rmmod beep

ioremap地址查找方法

查看原理图,发现是SNVS_TAMPER4连接到蜂鸣器控制引脚,在IMX6ULL参考手册(i.MX 6ULL Applications Processor Reference Manual)里面搜索SNVS_TAMPER4,找到IOMUXC_SNVS_SW_MUX_CTL_PAD_SNVS_TAMPER4寄存器

 

SNVS_TAMPER4引脚和GPIO5_04复用,在参考手册里面搜索GPIO5_DR(数据寄存器)

这篇关于04_beep第一个相对完整的MISC驱动实践编写的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/200342

相关文章

在 Spring Boot 中实现异常处理最佳实践

《在SpringBoot中实现异常处理最佳实践》本文介绍如何在SpringBoot中实现异常处理,涵盖核心概念、实现方法、与先前查询的集成、性能分析、常见问题和最佳实践,感兴趣的朋友一起看看吧... 目录一、Spring Boot 异常处理的背景与核心概念1.1 为什么需要异常处理?1.2 Spring B

SpringBoot整合OpenFeign的完整指南

《SpringBoot整合OpenFeign的完整指南》OpenFeign是由Netflix开发的一个声明式Web服务客户端,它使得编写HTTP客户端变得更加简单,本文为大家介绍了SpringBoot... 目录什么是OpenFeign环境准备创建 Spring Boot 项目添加依赖启用 OpenFeig

Spring Boot 整合 SSE的高级实践(Server-Sent Events)

《SpringBoot整合SSE的高级实践(Server-SentEvents)》SSE(Server-SentEvents)是一种基于HTTP协议的单向通信机制,允许服务器向浏览器持续发送实... 目录1、简述2、Spring Boot 中的SSE实现2.1 添加依赖2.2 实现后端接口2.3 配置超时时

Python使用getopt处理命令行参数示例解析(最佳实践)

《Python使用getopt处理命令行参数示例解析(最佳实践)》getopt模块是Python标准库中一个简单但强大的命令行参数处理工具,它特别适合那些需要快速实现基本命令行参数解析的场景,或者需要... 目录为什么需要处理命令行参数?getopt模块基础实际应用示例与其他参数处理方式的比较常见问http

usb接口驱动异常问题常用解决方案

《usb接口驱动异常问题常用解决方案》当遇到USB接口驱动异常时,可以通过多种方法来解决,其中主要就包括重装USB控制器、禁用USB选择性暂停设置、更新或安装新的主板驱动等... usb接口驱动异常怎么办,USB接口驱动异常是常见问题,通常由驱动损坏、系统更新冲突、硬件故障或电源管理设置导致。以下是常用解决

SpringBoot多数据源配置完整指南

《SpringBoot多数据源配置完整指南》在复杂的企业应用中,经常需要连接多个数据库,SpringBoot提供了灵活的多数据源配置方式,以下是详细的实现方案,需要的朋友可以参考下... 目录一、基础多数据源配置1. 添加依赖2. 配置多个数据源3. 配置数据源Bean二、JPA多数据源配置1. 配置主数据

SpringBoot中配置Redis连接池的完整指南

《SpringBoot中配置Redis连接池的完整指南》这篇文章主要为大家详细介绍了SpringBoot中配置Redis连接池的完整指南,文中的示例代码讲解详细,具有一定的借鉴价值,感兴趣的小伙伴可以... 目录一、添加依赖二、配置 Redis 连接池三、测试 Redis 操作四、完整示例代码(一)pom.

Java Optional的使用技巧与最佳实践

《JavaOptional的使用技巧与最佳实践》在Java中,Optional是用于优雅处理null的容器类,其核心目标是显式提醒开发者处理空值场景,避免NullPointerExce... 目录一、Optional 的核心用途二、使用技巧与最佳实践三、常见误区与反模式四、替代方案与扩展五、总结在 Java

Spring Boot循环依赖原理、解决方案与最佳实践(全解析)

《SpringBoot循环依赖原理、解决方案与最佳实践(全解析)》循环依赖指两个或多个Bean相互直接或间接引用,形成闭环依赖关系,:本文主要介绍SpringBoot循环依赖原理、解决方案与最... 目录一、循环依赖的本质与危害1.1 什么是循环依赖?1.2 核心危害二、Spring的三级缓存机制2.1 三

Python 中的 with open文件操作的最佳实践

《Python中的withopen文件操作的最佳实践》在Python中,withopen()提供了一个简洁而安全的方式来处理文件操作,它不仅能确保文件在操作完成后自动关闭,还能处理文件操作中的异... 目录什么是 with open()?为什么使用 with open()?使用 with open() 进行