【Kernel】驱动编译的两种方式：编译成模块、编译进内核（使用杂项设备驱动模板）

杂项设备驱动代码模板

/*********这几个是必备的头文件**********/
#include <linux/kernel.h>
#include <linux/init.h>
#include <linux/module.h>
#include <linux/miscdevice.h>
#include <linux/fs.h>
#include <linux/uaccess.h>

int misc_open(struct inode* inode, struct file *file)
{
    
	printk("[misc]open misc\n"); // 打开设备信号
	return 0;
}

int misc_release(struct inode *inode, struct file *file)
{
    
	printk("[misc]release misc\n"); // 释放设备
	return 0;
}

// 应用层读取驱动层信号
ssize_t misc_read(struct inode *inode, char __user *ubuf, size_t size, loff_t *loff_t)
{
    
	char kbuf[128] = "kernel to user str";
	if(copy_to_user(ubuf, kbuf, sizeof(kbuf)) == 0)
	{
    
		printk("return data error");
	}
	return 0;
}

// 应用成写入驱动层信号
ssize_t misc_write(struct inode *inode, char __user *ubuf, size_t size, loff_t *loff_t)
{
    
	char kbuf[128];
	if(copy_from_user(kbuf,ubuf,size) == 0)
	{
    
		printk("[user to kernel]%s\r\n",kbuf);
	}
	return 0;
}

// 文件操作结构体
struct file_operations misc_fops = {
    
	.owner = THIS_MODULE,
	.open = misc_open,
	.release = misc_release,
	.read = misc_read,
	.write = misc_write,
};


struct miscdevice misc_dev = {
    
	.minor = MISC_DYNAMIC_MINOR,// 次设备号为杂项设备
	.name = "misc_mod", // 设备节点名字
	.fops = &misc_fops // 绑定文件操作结构体指针
};

static int __init misc_init(void)
{
    
	int ret;
	ret = misc_register(&misc_dev);
	if(ret < 0)
	{
    
		printk("misc_dev register error\r\n");
		return -1;
	}
	return 0;
}

static void __exit misc_exit(void)
{
    
	misc_deregister(&misc_dev);
}

module_init(misc_init); // 加载初始化信号绑定
module_exit(misc_exit); // 卸载信号绑定

MODULE_AUTHOR("stylle"); // 作者
MODULE_DESCRIPTION("misc driver"); // 驱动介绍可以不写
MODULE_LICENSE("GPL");// 开源协议

杂项设备的驱动是驱动开发中最简单最方便的，核心就是处理write信号和read信号做出对应的反应。

驱动编译成模块

如果需要将驱动编译成模块前提是有编译好的kernel，并且开发板是烧录的该版本的kernel，编译成模块我们只需要新建一个Makefile文件：

ARCH 				= arm  				# 32位：arm 64位：arm64
# 交叉编译器前缀 例如我这里交叉编译gcc就是arm-linux-gcc这里就填写 arm-linux-
CROSS_COMPILE		= aarch64-linux-gnu-  		
KDIR 				:= /home/qlqcetc/nuc977bsp/02.linux_kernel 		# 编译完成的内核路径
TARGET 				= misc  			# 目标文件名：misc.ko
EXEC 				= $(TARGET)  
obj-m 				:=$(TARGET).o
PWD 				:=$(shell pwd)

all:
	$(MAKE) -C $(KDIR) M=$(PWD) modules

clean:
	rm -rf *.o *~core.depend.*.cmd *.ko *.mod.c .tmp_versions $(TARGET)

然后我们只需要make就会生成.ko文件，然后将ko文件拷贝到开发板中，加载驱动使用insmod、卸载内核使用rmmod。

insmod misc.ko
ls /dev   # 打印驱动列表查看我们的misc_mod是否加载进去

rmmod misc
ls /dev # 卸载成功后应该会消失

驱动编译进内核

如果要将驱动编译到内核中去则需要新建两个文件一个Makefile一个Kconfig
Makefile

obj-$(CONFIG_MISC)		+= misc.o  #这里的misc.o文件名是需要对应自己的.c文件生成的.o文件名

Kconfig

config MISC
	tristate "auto reg" # 显示在图形化配置菜单中的名字
	depends on HELLO # 依赖HELLO 模块才能选择
	help
	  auto reg help # 图形化配置的help提示信息

相关的Kconfig配置还有以下几条：

1. config MISC配置选项的名称

2. tristate 表示的驱动的状态，三种状态是把驱动编译成模块，把驱动编译到内核，不编译。与之对应的还 有 bool 分别是编译到内核，不编译

3. A depends on B 表示只有在选择 B 的时候才可以选择 A 比如我想直接去掉 LED 相关的驱动，我们直接改.config 文件可以吗？可以，但是不推荐。如果有依赖的话， 直接修改.config 是不成功的。

4. select 反向依赖，该选项被选中时，后面的定义也会被选中。

然后我们还需要修改上一层目录的Makefile和上一层的Kconfig也就是Kernel下的driver目录下的Makefile和Kconfig文件

Makefile的更改就是加上驱动所在的路径
obj-y表示编译到内核中
obj-m表示编译成模块
obj-$表示可以在图形化配置中进行选择

Kconfig的更改就是加上驱动所在的路径下的Kconfig文件

然后进入kernel根目录下使用make menuconfig命令就可以进入设备驱动配置，这里还需要有一个点需要主义就是这个menu这里menu对应的参数就是我们驱动列表的参数

因为我们这里的Kconfig中source填写在最后所以这里的选项也应该是在最后，然后我们使用空格就可以选择驱动编译的情况：

*表示编译进内核
M表示编译成模块