请教LDD3中scull的几个问题

Godbach

原帖由 dreamice 于 2008-11-7 17:52 发表


只能回去测了，今天忙死了。我们公司要裁人了，金融危机

呵呵，你们公司也要裁人啊

Godbach

container_of解释

container_of

Linux常用container_of宏从成员变量提取整个结构体的首地针，这个宏的定义如下：

#define container_of(ptr, type, member) ({ \
const typeof( ((type *)0)->member ) *__mptr = (ptr); \
(type *)( (char *)__mptr - offsetof(type,member) );})

typeof是gcc的一个扩展，用于确定一个变量的类型，有点像C++的RTTI，常用于表达式内的语句，在定义宏时，如果需要临时变量，可以这样做：
#define max(a,b) \
({ typeof (a) _a = (a); \
typeof (b) _b = (b); \
_a > _b ? _a : _b; })
它可以保证我们定义的变量_a/_b与宏传入的变量a/b类型匹配，而不会产生编译器告警。

因此container_of的第一行就是定义一个与member类型匹配的变量__mptr，赋值后，__mptr为宏参数中的待转换指针，因为只是类型转换，不涉及数据读写，((type*)0)是没有任何副作用的。

第二行用__mptr减去member变量在type中的偏移，这样便可实际访问到ptr相同偏移，也即type的实际首地址了。offsetof有两种定义：

#ifdef __compiler_offsetof
#define offsetof(TYPE,MEMBER) __compiler_offsetof(TYPE,MEMBER)
#else
#define offsetof(TYPE, MEMBER) ((size_t) &((TYPE *)0)->MEMBER)
#endif

__compiler_offsetof即__builtin_offsetof，__builtin_offsetof可能是gcc內建的支持(见gcc源码c-parser.c)，
从后一种实现方式可以明显看到这一技巧，假定一个从0地址开始的结构体，取其成员member的地址正是结构体内的偏移。

dreamice

原帖由 Godbach 于 2008-11-7 17:53 发表


呵呵，你们公司也要裁人啊

裁啊，天津的已经裁不少了，北京的暂时安全。今年欧美市场都不好。
赶紧努力，金融危机后捞一把金

Godbach

原帖由 dreamice 于 2008-11-7 17:55 发表


裁啊，天津的已经裁不少了，北京的暂时安全。今年欧美市场都不好。
赶紧努力，金融危机后捞一把金

呵呵。看来要更加努力的好好干了。保住工作要紧啊。偶也有危机感了

Godbach

前段在C版讨论过如何通过一个结构体的成员得到包含该成员的结构体。
应该是这个container_of的简化版吧

dreamice

原帖由 Godbach 于 2008-11-7 17:57 发表


呵呵。看来要更加努力的好好干了。保住工作要紧啊。偶也有危机感了

是啊，一定要有危机感！

Godbach

原帖由 dreamice 于 2008-11-7 18:01 发表



是啊，一定要有危机感！

向你学习啊。

dreamice

原帖由 Godbach 于 2008-11-7 18:02 发表


向你学习啊。

我还得向你学习，呵呵。大家多沟通，多交流，就不会落后了

Godbach

昨晚回去写了个C的测试程序，就调用一次write，确实是值写入了4000个字节。之前应该是我的测试方法不太合适。

用cat file >/dev/scull的时候，可能是使用了多次的write系统调用

dreamice

原帖由 Godbach 于 2008-11-8 15:28 发表
昨晚回去写了个C的测试程序，就调用一次write，确实是值写入了4000个字节。之前应该是我的测试方法不太合适。

用cat file >/dev/scull的时候，可能是使用了多次的write系统调用

我觉得应该是cat多次调用了，scull毕竟太简单了，很多东西考虑不是很全面，可以考虑改一下它的实现机制。

ps：家里笔记本，比较郁闷，装ubuntu和Debian，好多键都不识别，很郁闷。