今天写一个中断代码,用工作队列做中断的底半部,发现INIT_WORK宏不能编译通过,报错:macro "INIT_WORK" passed 3 arguments, but takes just 2;到网上一查,说是在2.6.20之后的版本,这个宏进行了修改,把之前的3个参数{INIT_WORK(struct work_struct *work, void (*function)(void *), void *data)}改为现在的两个参数,最后的那个data参数不带了,所以编译出错。
解决办法:
1.定义中断处理函数function时,带参数function(struct work_struct *work);
2.如果不关心参数,可以直接使用,而在处理函数function中不关心参数就是了;
3.如果关心参数,则使用container_of()这个宏,在function函数中通过带进来的work地址参数获取包含了work的设备描述符的地址,进而使用这个地址;
container_of作用:
container_of实现了根据一个结构体变量中的一个域成员变量的指针来获取指向整个结构体变量的指针的功能。
container_of说明:
#define container_of(ptr, type, member) ({ \
const typeof( ((type *)0)->member ) *__mptr = (ptr); \
(type *)( (char *)__mptr - offsetof(type,member) );})
container_of(kernel.h)在Linux Kernel中的应用非常广泛,它用于获得某结构中某成员的入口地址.
关于offsetof见stddef.h中:
#define offsetof(TYPE, MEMBER) ((size_t) &((TYPE *)0)->MEMBER)
TYPE是某struct的类型 0是一个假想TYPE类型struct,MEMBER是该struct中的一个成员. 由于该struct的基地址为0, MEMBER的地址就是该成员相对与struct头地址的偏移量.
关于typeof,这是gcc的C语言扩展保留字,用于声明变量类型.
const typeof( ((type *)0->member ) *__mptr = (ptr);意思是声明一个与member同一个类型的指针常量 *__mptr,并初始化为ptr.
(type *)( (char *)__mptr - offsetof(type,member) );意思是__mptr的地址减去member在该struct中的偏移量得到的地址, 再转换成type型指针. 该指针就是member的入口地址了.
container_fo举例:
1. struct demo_struct {
2. type1 member1;
3. type2 member2;
4. type3 member3;
5. type4 member4;
6. };
7.
8. struct demo_struct demo;
同时,如果在另一个地方,获得了变量demo中的某一个域成员变量的指针,比如:
1. type3 *memp = get_member_pointer_from_somewhere();
此时,如果需要获取指向整个结构体变量的指针,而不仅仅只是其某一个域成员变量的指针,我们就可以这么做:
struct demo_struct *demop = container_of(memp, struct demo_struct, member3);
阅读(5239) | 评论(0) | 转发(0) |