Linux·设备文件devfs

目录

设备文件系统

devfs

udev（mdev）

关于file和inode数据结构在内核中的探究

---

设备文件系统

Linux引入了虚拟文件系统，从而使设备的访问可以像访问普通文件系统一样。因此在内核中描述打开文件的数据inode中的rdev成员用来记录设备文件对应到的设备号。设备文件也由一个对应的file_operations 数据对象，用来描述设备的操作接口。设备文件系统最早是采用devfs实现的，但是后来因为种种原因在2.6以后的内核中已经将其废弃而转而使用udev，他来本质上是没有区别都是在设备添加到系统中时在/dev目录下产生设备文件（机制相同），但是不同的是策略devfs的策略是将设备文件的创建过程放在了内核空间，而udev的策略是由内核提供机制而用户空间提供策略从而完成设备的创建，所以现在设备文件管理由两个软件可用分别是PC平台上的udev和嵌入式平台上的mdev。

---

devfs

接口均已经废弃，不在详细探究。

devfs_handle_t devfs_mk_dir(devfs_handle_t dir,const char* name,void* info);
devfs_handle_t devfs_register(devfs_handle_t de,const char* name,unsigned int flag,uinsigned int major,unsigned int minor,umode_t mode,void* ops,void* info);
devfs_handle_t devfs_unregister(devfs_handle_t de);

---

udev（mdev）

与devfs不同udev完全工作在用户空间，而内核通过netlink机制将，设备添加过程的相关信息通过netlink发送到用户空间的udev程序，netlink机制可以不理解是一种特殊的socket进程通讯方式，用户空间的udev接收到设备添加的信息后将完成设备文件的创建和设备文件操作接口等相关的配置和初始化操作。进而用户空间程序就能像访问普通文件一样访问设备了。

---

关于file和inode数据结构在内核中的探究

比较好奇设备文件在被多个用户进程打开后后续fops操作接口的file和inode是同一个还是个进程单独一个，因为file中还由一个private_data成员在驱动编程中是比较重要的所以接下来进行专门的验证。
编写一个虚拟的设备驱动如下

#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
 
//file open operation function 
static int char_drv_open(struct inode *inode , struct file *filp)
{
	printk(KERN_EMERG "inode:%08x file:%08x\n",inode,filp);
  printk(KERN_EMERG "private_data:%08x\n",filp->private_data);
  printk(KERN_EMERG "inode:%08x\n",inode);
  filp->private_data = 0x5A5A5A5A;
	return 0;
}
//file read operation function
static int char_drv_read(struct file *filp , char __user *buf , size_t cnt , loff_t *offt)
{
	return 0;
}
//file write operation function
static int char_drv_write(struct file *filp,const char __user *buf , size_t cnt , loff_t *offt)
{
	return 0;
}
//file close operation function
static int char_drv_release(struct inode *inode , struct file *filp)
{
	return 0;
}
 
//file operation function struct
static struct file_operations my_test_fop=
{
	.owner = THIS_MODULE,
	.open  = char_drv_open,
	.release = char_drv_release 
	
};
 
/* 设备结构体 */
struct test_dev
{
	dev_t devid; /* 设备号 */
	struct cdev cdev; /* cdev */
	struct class *class; /* 类 */
	struct device *device; /* 设备 */
	int major; /* 主设备号 */
	int minor; /* 次设备号 */
};
 
#define NEWCHRLED_CNT 1 /* 设备号个数 */
#define NEWCHRLED_NAME "newchrdev" /* 名字 */
 
struct test_dev   test_char_dev;
 
//module init   function
static int __init char_drv_test_init(void)
{
	//same hardware init 
	
	//apply device num 
	alloc_chrdev_region(&test_char_dev.devid, 0, NEWCHRLED_CNT,NEWCHRLED_NAME);
	
	test_char_dev.major = MAJOR(test_char_dev.devid); /* 获取主设备号 */
	test_char_dev.minor = MINOR(test_char_dev.devid); /* 获取次设备号 */
	printk(KERN_EMERG "major:%d minor:%d\n",test_char_dev.major ,test_char_dev.minor);
 
	//init dev struct
	cdev_init(&test_char_dev.cdev,&my_test_fop);
	//add dev to system
	cdev_add(&test_char_dev.cdev ,test_char_dev.devid ,NEWCHRLED_CNT );
	
	//build class
	test_char_dev.class = class_create(THIS_MODULE,"test2");
	if (IS_ERR(test_char_dev.class)) 
	{
		return PTR_ERR(test_char_dev.class);
	}
	//build device
	test_char_dev.device = device_create(test_char_dev.class,NULL ,test_char_dev.devid,NULL,"test2");
	if (IS_ERR(test_char_dev.device)) 
	{
		return PTR_ERR(test_char_dev.device);
	}
	
	return 0;
}
//module uninstall   function
static void __exit char_drv_test_exit(void)
{
	/* 注销字符设备 */
	cdev_del(&test_char_dev.cdev);
  /* 删除 cdev */
	unregister_chrdev_region(test_char_dev.devid, NEWCHRLED_CNT);
	
	device_destroy(test_char_dev.class, test_char_dev.devid);
	
	class_destroy(test_char_dev.class);
}
//module function band
module_init(char_drv_test_init);
module_exit(char_drv_test_exit);
 
//license and author
MODULE_LICENSE("GPL");
MODULE_AUTHOR("Smile");

CPP 折叠 复制 全屏

编写应用程序如下：

#include 
#include 
#include 
#include 
#include 
 
int main(void)
{
	int fd = open("/dev/test2",O_RDWR);
	if(fd<0)
	{
		perror("open");
	}
	getc(stdin);
	return 0;
}		

结论
经过实验验证，设备文件每打开一次，内核都会在内核空间创建file对象而inode是指向同一数据块。具体输出如下：

//安装模块
[  466.459870] major:250 minor:0
//第一次执行
[  534.073202] inode:f437da00 file:f02cea80
[  534.073205] private_data:00000000
[  534.073207] inode:f437da00
//第二次执行
[  548.632708] inode:f437da00 file:f02bd000
[  548.632712] private_data:00000000
[  548.632713] inode:f437da00