Linux驱动模块的文件操作集的函数里面的filp-＞private_data的传入途径

最新推荐文章于 2025-02-24 14:59:33 发布
原创 最新推荐文章于 2025-02-24 14:59:33 发布 · 240 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux #驱动开发 #学习

在字符驱动里有一个文件操作集结构体，如下图所示，它是应用与驱动读写数据的桥梁，这些函数里面一般会有一个filp->private_data的变量，通常是把驱动里的设备结构体指针赋值给它

这个赋值的过程是在open函数里实现的，如下图所示，假如没有这一步，后面得到的结构体指针指向的将会是一个没有被初始化的设备结构体

如下图所示，在write函数中用到这个filp->private_data,此时的dev就是前面已经初始化后的结构体设备指针，可以用里面的节点指针和gpio编号，如果没有在open函数中赋值，编译不会报错，但是得到的各种属性都是错误值，例如gpio编号会是一串很长的数字，导致驱动无法使用

linux SPI驱动开发
wangjie36的博客
06-06 2018
SPI中断的步骤：linux内核分离思想的实现基于platform机制原理 第一步：向内核注册SPI总线以及SPI主机控制器； 第二步：向内核申请一个SPI主机控制器的空间，注册我们要用的主机控制器； 第三步：向内核注册SPI设备，以及构造file_operation结构体； 重点关注struct platform_device和struct platform_driver这两个结构体。底层简历连接以后用户空间就可以通过open、write、read、ioctl函数来操作字符设备spidev了。
关于linux的filp-＞private_data解释
weixin_41040351的博客
03-18 5200
首先给出filp的结构体：struct file struct file { 　　union { 　　 struct list_head fu_list; //文件对象链表指针linux/include/linux/list.h 　　 struct rcu_head fu_rcuhead; //RCU(Read-Copy Update)是Linux 2.6内核中新的锁机制 　　 } f_u; 　　struct path f_path; //包含dentry和mnt两个成员，
Linux设备驱动程序 三 字符设备驱动
小老鼠的博客
06-13 1865
Linux设备驱动程序 三 字符设备驱动 笔记 第三章 字符驱动设备 本章会编写一个完整的字符设备，字符设备简单，易于理解， 名字是scull：Simple Caracter Utility for Loading Localities，区域装载的简单字符工具， scull是一个操作内存区域的字符设备driver，这片内存区域就相当于一个设备。 它不和硬件相关，只是操作...
Android Binder机制分析(5) Binder_ioctl()分析
Bettarwang的专栏
04-17 6591
在博客Android Binder机制(3)本地服务注册过程这篇博客中我们详细讲解了本地服务的注册过程，除了一个地方之外，那就是IPCThreadState::waitForResponse()方法中的talkWithDriver()，而在talkWithDriver()中调用了binder_ioctl()，由于内容太多，所以专门写一篇博客进行分析。 实际上，不只是在服务注册过程中会调用到Binder Driver中的binder_ioctl()，在服务检索、服务使用阶段都会调用到binder_ioctl
file结构中的private_data
fivedoumi的专栏
03-17 3952
这个是Linux下连接VFS文件系统框架和不同文件/文件系统底层实现之间的一个核心数据结构，虽然它只是一个指针，但是一个指针可以解决所有问题。我们回想一下用户态线程的创建结构，函数的入口同样是一个void*指针，而千言万语汇成一根指针，诗可以兴、可以观、可以群、可以怨，可以解决所有问题。 因为file是VFS框架的一个基本概念，它要支持文件操作结构，例如open/read/write/relea
关于lld3例子open中filp->private_data = dev;这一句的理解
FF的专栏
03-10 2979
ldd3中说到open应完成以下工作： 1.检查设备特定的错误（注入设备未就绪或类似的硬件问题）。 2.如果设备是首次打开，则对其进行初始化。 3.如有必要，更新f_op指针。 4.分配并填写置于filp->private_data里的数据结构。 关于第4点，一直心存余虑，不明白是什么意思，看网上写的很多其他的例子，也没有做第4点的操作。 其实ldd3上面已经在release方法里面做了说明，“并不是每个close系统调用都会引起对release方法的调用，只有真正
上述流程与下面流程进行对比，解释分析下面流程，给出具体流程图和每一步的分析： xxx_operations结构体是Linux VFS子系统中file结构的成员，而file结构在每次打开文件时就会形成并传进驱动中。Linux内核提供了filp_open函数以便在内核程序中操作文件，filp_open函数定义为： struct file *filp_open(const char *filename, int flags, umode_t mode) 其返回值正是file结构体。于是通过filp_open： fp = filp_open(“/dev/ttyS0”,…) 可以得到file结构体，再通过 tty = fp->f_op-> private_data 得到tty驱动结构体。然后 tty->ops->write 直接定位到uart_write的地址
07-04
流程图（方法B）：graphLRA[用户空间write]--> B[VFS:sys_write]B -->C[file->f_op->write:tty_write]C--> D[tty->ldisc->ops->write:线路规程write]D -->E[tty->ops->write:驱动write]E--> F[硬件操作]而方法A...
file->f_op->write(file, buf, count, pos) 在内核中做了哪些操作
最新发布
10-26
struct nvme_ns *ns = bio->bi_bdev->bd_disk->private_data; nvme_submit_io(ns, bio); // 提交到NVMe控制器 } ``` - SSD：转换为 NAND 编程操作 - HDD：转换为磁头定位+扇区写入 - 网络设备：封装网络协议包 ##...
分析以下代码有无错误或隐患 int internal_hbi_drv_ioctl(struct inode *inode, struct file *filp, unsigned int cmd, unsigned long pArgs) { int ret=0; struct hbi_dev *dev=(struct hbi_dev *)(filp->private_data); VPROC_DBG_PRINT(VPROC_DBG_LVL_FUNC, "Enter...\n"); switch(cmd) { case HBI_LOAD_FW: { hbi_lnx_send_data_arg_t args; hbi_data_t data; VPROC_DBG_PRINT(VPROC_DBG_LVL_FUNC, "HBI_LOAD_FW called\n"); if(!pArgs) { VPROC_DBG_PRINT(VPROC_DBG_LVL_ERR, "NULL ioctl arg passed\n"); return -EFAULT; } ret = copy_from_user(&args, (const void __user*)pArgs, sizeof(hbi_lnx_send_data_arg_t)); if(ret) { VPROC_DBG_PRINT(VPROC_DBG_LVL_ERR, "copy_from_user failed\n"); return -EAGAIN; } // dev = (struct hbi_dev *)(args.handle); VPROC_DBG_PRINT(VPROC_DBG_LVL_INFO, "copy from user buffer 0x%zx size %zd\n", (size_t)(args.data.pData), (size_t)(args.data.size)); if(sizeof(dev->hbi_buf.buf) < args.data.size) { VPROC_DBG_PRINT(VPROC_DBG_LVL_ERR, "insufficient buffer\n"); args.status = HBI_STATUS_RESOURCE_ERR; if(copy_to_user((void __user*)pArgs, &args, sizeof(hbi_lnx_send_data_arg_t))) { VPROC_DBG_PRINT(VPROC_DBG_LVL_ERR, "copy_to_user performed an incomplete copy\n"); } return -ENOMEM; } copy_from_user((dev->hbi_buf.buf),args.data.pData,args.data.size); data.pData = (dev->hbi_buf.buf); data.size = args.data.size; args.status = HBI_CMD(dev,HBI_CMD_LOAD_FWR_FROM_HOST,&data); ret = copy_to_user((void __user *)pArgs, &args, sizeof(hbi_lnx_send_data_arg_t)); return ret; } case HBI_LOAD_FW_COMPLETE: { hbi_lnx_ldfw_done_arg_t args; VPROC_DBG_PRINT(VPROC_DBG_LVL_FUNC, "HBI_LOAD_FW_COMPLETE called\n"); ret = copy_from_user((void *)&args, (const void* __user)pArgs, sizeof(hbi_lnx_ldfw_done_arg_t)); // dev = (struct hbi_dev *)(args.handle); args.status = HBI_CMD(dev,HBI_CMD_LOAD_FWR_COMPLETE,NULL); ret = copy_to_user((void * __user)pArgs, (const void*)&args, sizeof(hbi_lnx_ldfw_done_arg_t)); return ret; } default: ... }
10-23
现在这样使用filp->private_data可能是正确的，但需要确保在open时设置了filp->private_data。 7. 两个分支在处理完命令后，直接返回copy_to_user的返回值。copy_to_user返回0表示成功，非0表示失败的字节数。但是...
Linux spi驱动框架分析（四）
m0_46525308的博客
03-04 1285
系列文章： Linux spi驱动框架分析（一） Linux spi驱动框架分析（二） Linux spi驱动框架分析（三） spi_master的消息队列机制 SPI数据传输可以有两种方式：同步方式和异步方式。所谓同步方式是指数据传输的发起者必须等待本次传输的结束，期间不能做其它事情，用代码来解释就是，调用传输的函数后，直到数据传输完成，函数才会返回。而异步方式则正好相反，数据传输的发起者无需等待传输的结束，数据传输期间还可以做其它事情，用代码来解释就是，调用传输的函数后，函数会立刻返回而不用等待数据传输
Linux驱动开发中private_data变量的理解
DOF526570的博客
12-12 1022
在嵌入式Linux中，"是一个结构体或类中的成员变量，用于指向该设备的私有数据。这个变量的作用是为了让驱动程序可以在设备和设备文件之间建立联系。
Linux 字符驱动private_data访问和传递数据
陌上花开缓缓归以的博客
04-22 2735
1，struct inode 里面的pravitae_data实现数据之间的传递，open到其他函数之间的传递 在open里面里面定义数据，在其他的write,read,ioctl里面访问数据： /****************************************************** 为什么引入 pravita_data 在多个用户要使用设备节点时，我们就引入了prav...
linux字符设备驱动架构,linux驱动开发--字符设备：cdd_cdev结构中private_data使用
weixin_42395213的博客
05-10 508
private_data改进为设备驱动支持多个设备个体做准备，针对private_data进行改进在设备打开操作中通过inode中保存的i_cdev获取代表当前设备的cdev对象通过代表当前设备的cdev对象得到包含该对象的设备私有数据结构体将设备私有数据结构体指针保存到struct file的private_data成员中在其它设备操作中直接使用保存在struct file的private_da...
Linux设备驱动模型的private_data 简单理解
none
08-28 3942
Linux内核模型，主要是通过kobject kset来组织各部分目录的关系。 我的理解：任何的kobject都是一个对象元素，kset就是元素的集合，并且kset本身也有kobject的属性，并且描述kset的kobject同样隶属于另外一个kset集合。 内核模型的bus class driver devices数据结构，内部都镶嵌了自己的private data，用来用作外部访问的接口
linux设备驱动之private_data的使用和创建多个字符子设备
菜鸡搞计算机
09-01 707
linux private_data
file*中神秘的private_data指针
jeason29的专栏
08-25 4162
file结构中的private_data         这个是Linux下连接VFS文件系统框架和不同文件/文件系统底层实现之间的一个核心数据结构，虽然它只是一个指针，但是一个指针可以解决所有问题，有了它，妈妈再也不用担心我的学习。我们回想一下用户态线程的创建结构，函数的入口同样是一个void*指针，而千言万语汇成一根指针，诗可以兴、可以观、可以群、可以怨，可以解决所有问题。 因为file是
LINUX驱动的私有变量
qq_57838995的博客
02-24 241
此外，file->private_data仅能作用与此时打开的驱动，如果一个设备创建多个驱动，对于file->private_data来说彼此之间独立。而platform_set_drvdata()更倾向于全局变量，即使对应多个驱动，platform_set_drvdata()也只有一个。可以在任何包含struct platform_device *pdev参数的函数中使用，只要传递了pdev参数，就可以使用。只能用在 字符设备的文件操作结构体。
linux 笔记 关于struct file 结构下 private_data 数据结构的思考
热门推荐
bush2582的专栏
07-10 1万+
struct file是字符设备驱动相关重要结构。struct file代表一个打开的文件描述符，它不是专门给驱动程序使用的，系统中每一个打开的文件在内核中都有一个关联的 struct file。 它由内核在 open时创建，并传递给在文件上操 作的任何函数，知道最后关闭。当文件的所有实例都关闭之后，内核释放这个数据结构。    在 struct filed有个成员void *private_
*dev=filp->private_data;这一句的理解
浩瀚之水的专栏
04-30 2006
ldd3中说到open应完成以下工作： 1.检查设备特定的错误（注入设备未就绪或类似的硬件问题）。 2.如果设备是首次打开，则对其进行初始化。 3.如有必要，更新f_op指针。 4.分配并填写置于filp->private_data里的数据结构。 关于第4点，一直心存余虑，不明白是什么意思，看网上写的很多其他的例子，也没有做第4点的操作。 其实ldd3上面已经在
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值