linux驱动之--fops的关联
1.各种驱动形式不过是表象，本质还是把fops注册到inode中。
2.一直没有找到确实的“证据”不过还是有点线索的：device_create->device_create_vargs->
dev_set_drvdata(dev, drvdata)把fops设置到了dev->p->driver_data中 device_register->device_add->devtmpfs_create_node->vfs_mknod这里应该就是终点了
注：前半部分把fops函数数组放到了dev->device_private->driver_data中，后半部分vfs_mknod(nd.path.dentry->d_inode,dentry, mode, dev->devt);建立了设备号与inode名称的映射关系，这样通过文件名可以找到设备号，通过设备号就能找到dev结构，通过dev->device_private->driver_data就能解析出fops，从而给系统调用open时建立file operation
linux平台驱动其实不是真正的“驱动”它只不过做点初始化硬件的事情（在probe函数里）真正操作设备的函数在device结构里。
这里体现了C++类的影子
3.简单点说系统调用open会建立一个file结构体，并且通过文件名和路径找到inode结构，并提取i_fop给fops
4.至于提取的过程
static int chrdev_open(struct inode *inode, struct file *filp)
{
struct cdev *p;
struct cdev *new = NULL;
int ret = 0;
spin_lock(&cdev_lock);
p = inode->i_cdev;
if (!p) {
struct kobject *kobj;
int idx;
spin_unlock(&cdev_lock);
kobj = kobj_lookup(cdev_map, inode->i_rdev, &idx);
if (!kobj)
return -ENXIO;
new = container_of(kobj, struct cdev, kobj);
spin_lock(&cdev_lock);
/* Check i_cdev again in case somebody beat us to it while
we dropped the lock. */
p = inode->i_cdev;
if (!p) {
inode->i_cdev = p = new;
list_add(&inode->i_devices, &p->list);
new = NULL;
} else if (!cdev_get(p))
ret = -ENXIO;
} else if (!cdev_get(p))
ret = -ENXIO;
spin_unlock(&cdev_lock);
cdev_put(new);
if (ret)
return ret;
ret = -ENXIO;
filp->f_op = fops_get(p->ops);
if (!filp->f_op)
goto out_cdev_put;
if (filp->f_op->open) {
ret = filp->f_op->open(inode,filp);
if (ret)
goto out_cdev_put;
}
return 0;
out_cdev_put:
cdev_put(p);
return ret;
}
注：貌似只有 open(!/dev/testchar!, O_RDWR) 打开才是这样的，因为/dev目录下都是字符的驱动，是不是使用cdev的都不在sysfs内呢？
在linux设备模型浅析之设备篇中有段描述：device_add定义在drivers/base/core.c中
int device_add(struct device *dev)
{
................
if (MAJOR(dev->devt)) {
error = device_create_file(dev, &devt_attr); //如果存在设备号则添加dev_t属性，这样udev就能读取设备号属性从而在/dev/目录下创建设备节点，这样kobj和cdev也关联了
if (error)
goto ueventattrError;
注：所以我一直追求的目标貌似在这里，是udev把device里包含的fops关联到cedv里，然后chrdev_open就顺理成章了！！
补充点内容：device结构有个device_private用来放一些不想对外开放的东西，其中还有个driver_data。所以是这样的device->p->driver_data
一般情况下这里放的是file_operations但是也未必，对于platform来说有2个函数void *dev_get_drvdata(const struct device *dev)
和void dev_set_drvdata(struct device *dev, void *data)
注册的时候set，至于以后怎么用就不一定了，比如LED的驱动，使用get函数又取出数据，放在了attr里导出到用户空间使用