点击上方蓝字 与 “CU 技术社区” 一起玩耍哦~
作者：niuyimail
原文地址：http://blog.chinaunix.net/uid-13059007-id-5766941.html
有时候需要在 Linux kernel-- 大多是在需要调试的驱动程序 -- 中读写文件数据。在 kernel 中操作文件没有标准库可用，需要利用 kernel 的一些函数，这些函数主 要有： filp_open() filp_close(), vfs_read() vfs_write()，set_fs()，get_fs() 等，这些函数在 linux/fs.h 和 asm/uaccess.h 头文件中声明。下面介绍主要步骤：
1. 打开文件
filp_open() 在 kernel 中可以打开文件，其原形如下：
strcut file*filp_open(constchar*filename,intopen_mode,intmode);
该函数返回 strcut file * 结构指针，供后继函数操作使用，该返回值用 IS_ERR() 来检验其有效性。
参数说明
filename： 表明要打开或创建文件的名称 (包括路径部分)。在内核中打开的文件时需要注意打开的时机，很容易出现需要打开文件的驱动很早就加载并打开文件，但需要打开的文件所在设备还不有挂载到文件系统中，而导致打开失败。
open_mode： 文件的打开方式，其取值与标准库中的 open 相应参数类似，可以取 O_CREAT,O_RDWR,O_RDONLY 等。
mode： 创建文件时使用，设置创建文件的读写权限，其它情况可以匆略设为 0
2. 读写文件
kernel 中文件的读写操作可以使用 vfs_read() 和 vfs_write，在使用这两个函数前需要说明一下 get_fs() 和 set_fs() 这两个函数。
vfs_read() vfs_write() 两函数的原形如下：
ssize_tvfs_read(structfile*filp,char__user*buffer,size_tlen,loff_t*pos);
ssize_tvfs_write(structfile*filp,constchar__user*buffer,size_tlen,loff_t*pos)
注意这两个函数的第二个参数 buffer，前面都有__user 修饰符，这就要求这两个 buffer 指针都应该指向用户空间的内存，如果对该参数传 递 kernel 空间的指针，这两个函数都会返回失败 - EFAULT。但在 Kernel 中，我们一般不容易生成用户空间的指针，或者不方便独立使用用户空间 内存。要使这两个读写函数使用 kernel 空间的 buffer 指针也能正确工作，需要使用 set_fs() 函数或宏 (set_fs() 可能是宏定义)，如 果为函数，其原形如下：
voidset_fs(mm_segment_tfs);
该函数的作用是改变 kernel 对内存地址检查的处理方式，其实该函数的参数 fs 只有两个取值：USER_DS，KERNEL_DS，分别代表 用户空间和内核空间，默认情况下，kernel 取值为 USER_DS，即对用户空间地址检查并做变换。那么要在这种对内存地址做检查变换的函数中使用内核 空间地址，就需要使用 set_fs(KERNEL_DS) 进行设置。get_fs() 一般也可能是宏定义，它的作用是取得当前的设置，这两个函数的一般用法为：
mm_segment_t old_fs;
old_fs = get_fs();
set_fs(KERNEL_DS);
...... // 与内存有关的操作
set_fs(old_fs);
还有一些其它的内核函数也有用__user 修饰的参数，在 kernel 中需要用 kernel 空间的内存代替时，都可以使用类似办法。
使用 vfs_read() 和 vfs_write() 后需要注意的一点是后的参数 loff_t * pos，pos 所指向的值要初始化，表明从文件的什么地方开始读写。
3. 关闭读写文件
intfilp_close(structfile*filp,fl_owner_tid);
该函数的使用很简单，第二个参数一般传递 NULL 值，也有用 current->files 作为实参的。
使用以上函数的其它注意点：
1. 其实 Linux Kernel 组成员不赞成在 kernel 中独立的读写文件 (这样做可能会影响到策略和安全问题)，对内核需要的文件内容，好由应用层配合完成。
2. 在可加载的 kernel module 中使用这种方式读写文件可能使模块加载失败，原因是内核可能没有 EXPORT 你所需要的所有这些函数。
3. 分析以上某些函数的参数可以看出，这些函数的正确运行需要依赖于进程环境，因此，有些函数不能在中断的 handle 或 Kernel 中不属于任可进程的代码 中执行，否则可能出现崩溃，要避免这种情况发生，可以在 kernel 中创建内核线程，将这些函数放在线程环境下执行 (创建内核线程的方式请参数 kernel_thread() 函数)。
在 VFS 的支持下，用户态进程读写 任何类型的文件系统都可以使用 read 和 write 着两个系统调用，但是在 linux 内核中没有这样的系统调用我们如何操作文件呢？我们知道 read 和 write 在进入内核态之后，实际执行的是 sys_read 和 sys_write，但是查看内核源代码，发现这些操作文件的函数都没有导出 (使用 EXPORT_SYMBOL 导出)，也就是说在内核模块中是不能使用的，那如何是好？
通过查看 sys_open 的源码我 们发现，其主要使用了 do_filp_open() 函数，该函数在 fs/namei.c 中，而在改文件中，filp_open 函数也是调用了 do_filp_open 函数，并且接口和 sys_open 函数极为相似，调用参数也和 sys_open 一样，并且使用 EXPORT_SYMBOL 导出 了，所以我们猜想该函数可以打开文件，功能和 open 一样。使用同样的查找方法，我们找出了一组在内核中操作文件的函数，如下：
我们注意到在 vfs_read 和 vfs_write 函数中，其参数 buf 指向的用户空间的内存地址，如果我们直接使用内核空间的指针，则会返回 - EFALUT。所以我们需要使用
set_fs() 和 get_fs() 宏来改变内核对内存地址检查的处理方式，所以在内核空间对文件的读写流程为：
mm_segment_t fs = get_fs();
set_fs(KERNEL_FS);
//vfs_write();
vfs_read();
set_fs(fs);
下面为一个在内核中对文件操作的例子：
#include <linux/module.h>
#include <linux/init.h>
#include <linux/fs.h>
#include <linux/uaccess.h>
static char buf[] = " 你好 ";
static char buf1[10];
int __init hello_init(void)
{
struct file *fp;
mm_segment_t fs;
loff_t pos;
printk("hello enter\n");
fp = filp_open("/home/niutao/kernel_file", O_RDWR | O_CREAT, 0644);
if (IS_ERR(fp)) {
printk("create file error\n");
return -1;
}
fs = get_fs();
set_fs(KERNEL_DS);
pos = 0;
vfs_write(fp, buf, sizeof(buf), &pos);
pos = 0;
vfs_read(fp, buf1, sizeof(buf), &pos);
printk("read: %s\n", buf1);
filp_close(fp, NULL);
set_fs(fs);
return 0;
}
void __exit hello_exit(void)
{
printk("hello exit\n");
}
module_init(hello_init);
module_exit(hello_exit);
MODULE_LICENSE("GPL");
