用户空间的open,read,write,llseek等函数在内核中对应的函数

本文介绍了在Linux内核模块中如何进行文件的读写操作,包括使用filp->open替代用户空间的open函数,并通过示例展示了如何正确设置FS以避免地址访问限制。
平时网络部分的东西碰的多些,这块一开始还真不知道怎么写,因为肯定和在用户空间下是不同的。google过后,得到以下答案。一般可以用两种方法:第一种是用系统调用。第二种方法是filp->open()等函数。下面分别来说下这两种方法。


1 利用系统调用:
sys_open,sys_write,sys_read等。
其实分析过sys_open可以知道,最后调用的也是filp->open。
sys_open ==> do_sys_open ==> filp->open
linuxsir上的一个帖子,上面一个版主说:sys_open和进程紧密相关,往往不在内核中使用。
而其实sys_open最后也是调用了filp->open。
其实好像Linux2.6.20后面就不推荐使用sys_open,那我们这里就就后者进行详细的介绍

2 filp->open等函数。
模块中,用户空间的open,read,write,llseek等函数都是不可以使用的。应该使用其在内核中对应的函数。可以使用filp->open配合struct file里的read/write来进行对文件的读写操作。


例子1:
  1. #include <linux/kernel.h>
  2. #include <linux/module.h>
  3. #include <linux/fs.h>
  4. #include <asm/uaccess.h>
  5. #include <linux/mm.h>
  6. MODULE_AUTHOR("Kenthy@163.com.");
  7. MODULE_DESCRIPTION("Kernel study and test.");
  8. void fileread(const char * filename)
  9. {
  10.   struct file *filp;
  11.   struct inode *inode;
  12.   mm_segment_t fs;
  13.   off_t fsize;
  14.   char *buf;
  15.   unsigned long magic;
  16.   printk("<1>start....\n");
  17.   filp=filp_open(filename,O_RDONLY,0);
  18.   inode=filp->f_dentry->d_inode;  
  19.   
  20.   magic=inode->i_sb->s_magic;
  21.   printk("<1>file system magic:%li \n",magic);
  22.   printk("<1>super blocksize:%li \n",inode->i_sb->s_blocksize);
  23.   printk("<1>inode %li \n",inode->i_ino);
  24.   fsize=inode->i_size;
  25.   printk("<1>file size:%i \n",(int)fsize);
  26.   buf=(char *) kmalloc(fsize+1,GFP_ATOMIC);
  27.   fs=get_fs();
  28.   set_fs(KERNEL_DS);
  29.   filp->f_op->read(filp,buf,fsize,&(filp->f_pos));
  30.   set_fs(fs);
  31.   buf[fsize]='\0';
  32.   printk("<1>The File Content is:\n");
  33.   printk("<1>%s",buf);
  34.   filp_close(filp,NULL);
  35. }
  36. void filewrite(char* filename, char* data)
  37. {
  38.   struct file *filp;
  39. mm_segment_t fs;
  40. filp = filp_open(filename, O_RDWR|O_APPEND, 0644);
  41. if(IS_ERR(filp))
  42.     {
  43.       printk("open error...\n");
  44.       return;
  45.         }   
  46.   fs=get_fs();
  47.   set_fs(KERNEL_DS);
  48.   filp->f_op->write(filp, data, strlen(data),&filp->f_pos);
  49.   set_fs(fs);
  50.   filp_close(filp,NULL);
  51. }
  52. int init_module()
  53. {
  54.   char *filename="/root/test1.c";
  55.   printk("<1>Read File from Kernel.\n");
  56.   fileread(filename);
  57.   filewrite(filename, "kernel write test\n");
  58.   return 0;
  59. }
  60. void cleanup_module()
  61. {
  62.   printk("<1>Good,Bye!\n");
  63. }
复制代码




eg2:
  1. #include<linux/module.h>
  2. #include<linux/kernel.h>
  3. #include<linux/init.h>
  4. #include<linux/types.h>
  5. #include<linux/fs.h>
  6. #include<linux/string.h>
  7. #include<asm/uaccess.h> /* get_fs(),set_fs(),get_ds() */
  8. #define FILE_DIR "/root/test.txt"
  9. MODULE_LICENSE("GPL");
  10. MODULE_AUTHOR("kenthy@163.com");
  11. char *buff = "module read/write test";
  12. char tmp[100];
  13. static struct file *filp = NULL;
  14. static int __init wr_test_init(void)
  15. {
  16.     mm_segment_t old_fs;
  17.     ssize_t ret;
  18.    
  19.     filp = filp_open(FILE_DIR, O_RDWR | O_CREAT, 0644);
  20.    
  21.     //    if(!filp)
  22.     if(IS_ERR(filp))
  23.         printk("open error...\n");
  24.    
  25.     old_fs = get_fs();
  26.     set_fs(get_ds());
  27.    
  28.     filp->f_op->write(filp, buff, strlen(buff), &filp->f_pos);
  29.    
  30.     filp->f_op->llseek(filp,0,0);
  31.     ret = filp->f_op->read(filp, tmp, strlen(buff), &filp->f_pos);
  32.    
  33.     set_fs(old_fs);
  34.    
  35.     if(ret > 0)
  36.         printk("%s\n",tmp);
  37.     else if(ret == 0)
  38.         printk("read nothing.............\n");
  39.     else
  40.         {
  41.             printk("read error\n");
  42.             return -1;
  43.         }
  44.     return 0;
  45. }
  46. static void __exit wr_test_exit(void)
  47. {
  48.     if(filp)
  49.         filp_close(filp,NULL);
  50. }
  51. module_init(wr_test_init);
  52. module_exit(wr_test_exit);
复制代码




3.Makefile

  1. obj-m := os_attack.o
  2. KDIR := /lib/modules/$(uname -r)/build/
  3. PWD := $(shell pwd)
  4. all:module
  5. module:
  6.         $(MAKE) -C $(KDIR) M=$(PWD) modules
  7. clean:
  8.         rm -rf *.ko *.mod.c *.o Module.* modules.* .*.cmd .tmp_versions
复制代码




注意:
在调用filp->f_op->read和filp->f_op->write等对文件的操作之前,应该先设置FS。
默认情况下,filp->f_op->read或者filp->f_op->write会对传进来的参数buff进行指针检查。如果不是在用户空间会拒绝访问。因为是在内核模块中,所以buff肯定不在用户空间,所以要增大其寻址范围。

拿filp->f_op->write为例来说明:
filp->f_op->write最终会调用access_ok ==> range_ok.
而range_ok会判断访问的地址是否在0 ~ addr_limit之间。如果在,则ok,继续。如果不在,则禁止访问。而内核空间传过来的buff肯定大于addr_limit。所以要set_fs(get_ds())。
这些函数在asm/uaccess.h中定义。以下是这个头文件中的部分内容:

#define MAKE_MM_SEG(s)    ((mm_segment_t) { (s) })

#define KERNEL_DS    MAKE_MM_SEG(-1UL)
#define USER_DS        MAKE_MM_SEG(PAGE_OFFSET)

#define get_ds()    (KERNEL_DS)
#define get_fs()    (current_thread_info()->addr_limit)
#define set_fs(x)    (current_thread_info()->addr_limit = (x))

#define segment_eq(a, b)    ((a).seg == (b).seg)


可以看到set_fs(get_ds())改变了addr_limit的值。这样就使得从模块中传递进去的参数也可以正常使用了。

在写测试模块的时候,要实现的功能是写进去什么,然后读出来放在tmp数组中。但写完了以后filp->f_ops已经在末尾了,这个时候读是什么也读不到的,如果想要读到数据,则应该改变filp->f-ops的值,这就要用到filp->f_op->llseek函数了。上网查了下,其中的参数需要记下笔记:


系统调用:
off_t sys_lseek(unsigned int fd, off_t offset, unsigned int origin)
offset是偏移量。
若origin是SEEK_SET(0),则将该文件的位移量设置为距文件开始处offset 个字节。
若origin是SEEK_CUR(1),则将该文件的位移量设置为其当前值加offset, offset可为正或负。
若origin是SEEK_END(2),则将该文件的位移量设置为文件长度加offset, offset可为正或负。

ok,that's all.
<think>我们正在讨论Linux内核中的`single_open`函数,该函数常用于实现proc文件系统中的简单文件(通常只读取一次并显示全部内容)。 根据引用[1]和引用[2]: - `single_open`用于简化实现一个只读的proc文件,该文件的内容由一次性的`show`回调函数生成。 - 在驱动中,我们通常定义一个`file_operations`结构体,其中open操作指向一个自定义的open函数(如`jit_timer_open`),在这个open函数中调用`single_open`并传递show回调函数。 - `single_open`函数内部会分配一个`seq_operations`结构体,并预设了四个函数指针:start、next、stop和show(其中show由用户传入)。然后调用`seq_open`来设置文件操作。 具体使用方法: 1. 编写一个show函数,其签名为:`int show(struct seq_file *m, void *v);`。这个函数负责将内容写入seq_file缓冲区。 2. 在自定义的open函数中调用`single_open(file, show_function, private_data);`。其中`private_data`是传递给show函数的void*类型数据(可以为NULL)。 3. 将`file_operations`结构体中的open指向这个自定义的open函数,并设置read为`seq_read`,llseek为`seq_lseek`,release为`single_release`(注意:release也可以使用`seq_release`,但使用`single_release`可以释放`single_open`中分配的资源)。 需要注意的是,`single_open`只适用于一次遍历即可输出全部内容的情况(即不需要多次迭代读取)。如果需要处理大量数据分次读取,应该使用完整的seq_file接口。 下面是一个简单的示例: 假设我们有一个proc文件,要显示一段固定的字符串。 步骤1:编写show函数 ```c static int my_show(struct seq_file *m, void *v) { seq_printf(m, "Hello, world!\n"); return 0; } ``` 步骤2:编写open函数 ```c static int my_open(struct inode *inode, struct file *file) { return single_open(file, my_show, NULL); } ``` 步骤3:定义file_operations ```c static const struct file_operations my_fops = { .owner = THIS_MODULE, .open = my_open, .read = seq_read, .llseek = seq_lseek, .release = single_release, }; ``` 步骤4:创建proc文件(例如在模块初始化时) ```c proc_create("my_proc_file", 0, NULL, &my_fops); ``` 这样就可以在/proc目录下看到my_proc_file,读取它会显示"Hello, world!"。 注意事项: - 在卸载模块时要记得移除proc文件:`remove_proc_entry("my_proc_file", NULL);` - 如果传递了私有数据(private_data不为NULL),那么在show函数中可以通过`m->private`来获取(注意:在`single_open`中已经将传入的data赋值给了seq_file的private成员)。 引用[3]虽然提到了一个名字类似的函数(`UF_UI_select_with_single_dialog`),但那是CAD软件中的函数,与本问题无关。 因此,总结:`single_open`是Linux内核中用于简化proc文件或seq_file接口中简单文件(单次输出)创建的一个辅助函数。 相关问题: 1. 如何在proc文件中使用`single_open`来显示一个结构体的内容? 2. 如果要在proc文件中实现多次迭代输出(例如链表遍历),应该使用什么接口? 3. `single_open`和`seq_open`有什么区别? 4. 使用`single_open`时,为什么release操作要使用`single_release`? </think>### `single_open` 函数使用方法详解 `single_open` 是 Linux 内核中用于简化 procfs/sysfs 文件操作的辅助函数,主要用于实现**单次数据读取**的场景。以下是完整使用方法: #### 1. 函数原型与参数解析 ```c int single_open( struct file *file, // 内核文件对象 int (*show)(struct seq_file *, void *), // 数据展示回调函数 void *data // 传递给回调的私有数据 ); ``` 参数说明: - `file`:由 VFS 提供的文件对象指针 - `show`:用户定义的数据展示函数(核心逻辑) - `data`:传递给 `show` 函数的自定义数据(可为 `NULL`) #### 2. 标准使用流程(四步法) ```c // 1. 定义数据展示函数 static int custom_show(struct seq_file *m, void *v) { struct my_data *priv = m->private; // 获取私有数据 // 通过seq_printf输出内容到用户空间 seq_printf(m, "Current value: %d\n", priv->value); return 0; } // 2. 实现open操作 static int custom_open(struct inode *inode, struct file *file) { // 获取设备私有数据(示例) struct my_device *dev = PDE_DATA(inode); // 关键调用:绑定show函数和私有数据 return single_open(file, custom_show, dev); // [^1][^2] } // 3. 定义文件操作结构体 static const struct file_operations fops = { .owner = THIS_MODULE, .open = custom_open, // 绑定open操作 .read = seq_read, // 固定使用seq_read .llseek = seq_lseek, // 固定使用seq_lseek .release = single_release // 必须配对使用single_release! }; // 4. 注册proc文件 proc_create("my_file", 0644, NULL, &fops); ``` #### 3. 核心机制解析 `single_open` 内部实现流程: ```mermaid graph LR A[single_open] --> B[分配seq_operations] B --> C[设置回调函数:<br/>start=single_start<br/>next=single_next<br/>stop=single_stop] C --> D[绑定用户show函数] D --> E[调用seq_open初始化] E --> F[关联私有数据到seq_file] ``` #### 4. 使用注意事项 1. **必须配对使用** `.release` 必须设置为 `single_release` 以释放资源 [^2] 2. **私有数据传递** 通过 `seq_file->private` 在 `show()` 中获取: ```c void *data = ((struct seq_file *)file->private_data)->private; ``` 3. **适用场景限制** 仅适用于**静态数据**或**单次读取**场景,动态数据需用完整 `seq_file` API 4. **错误处理** 检查返回值: ```c int ret = single_open(...); if (ret < 0) { pr_err("Failed to open: %d\n", ret); return ret; } ``` #### 5. 典型应用场景 - 驱动状态信息输出(如 `/proc/driver/xxx`) - 硬件寄存器快照读取 - 静态配置信息展示 - 内核调试信息接口 > **关键优势**:相比完整的 `seq_file` 实现,代码量减少约 70%,避免实现 `start/next/stop` 回调[^1][^2] --- ### 相关问题 1. 如何在 `show()` 函数中安全访问用户空间缓冲区? 2. 动态数据场景下如何替代 `single_open`? 3. `single_open` 与 `seq_open` 的性能差异如何? 4. 在多核环境下使用 `single_open` 需要注意什么? 5. 如何通过 `single_open` 实现可写(write)操作?
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值