DEFINE_SIMPLE_ATTRIBUTE宏定义ops为什么禁用llseek？

阿赫那顿

在fs.h下可以看到DEFINE_SIMPLE_ATTRIBUTE宏的原型，这里主要就是创建一个文件的ops
可以看到，在ops中定义了llseek的方法，但是在open方法中调用了simple_attr_open函数，最后又调用了nonseekable_open。

在nonseekable_open函数中屏蔽掉了FMODE_LSEEK位，所以每次调用lseek都会返回非法seek。

这种设计是为什么？也就是说，为什么在配置了seek之后，又屏蔽掉，何不直接不配值.llseek方法呢。

我看kernel早期代码，貌似是没有的（2.6.32）。

nswcfd

这是给sysfs的attr文件用的，期望是简单的属性值，没有必要做复杂的seek操作。
当然显式的把fop->llseek设置为no_llseek也是行得通的。
参考vfs_llseek的实现。

阿赫那顿

回复 2# nswcfd


    我看到kernel代码的提交历史，开始加上这个功能的时候没有seek，但是后面把这个加上了，但是open又是禁用的，不知道这个是不是多此一举
    就这点不明白
    因为现在遇到有个驱动里面用这个建了几个文件，在上层去操作的时候，不能seek，循环去读取的话，每次都要close再open，感觉这种设计好莫名其妙。。。。不解。。。。

nswcfd

在循环检测某个属性文件的变化？的确有点不方便，不如直接在驱动里产生变化事件？（就像路由变化那样）