INIT_WORK的理解

#define INIT_WORK(_work, _func, _data) \
do { \
INIT_LIST_HEAD(&(_work)->entry); \
(_work)->pending = 0; \
PREPARE_WORK((_work), (_func), (_data)); \
init_timer(&(_work)->timer); \
} while (0)

#define PREPARE_WORK(_work, _func, _data) \
do { \
(_work)->func = _func; \
(_work)->data = _data; \
} while (0)

INIT_WORK会在你定义的_work工作队列里面增加一个工作任务，该任务就是_func。_func这个任务会需要一些数据作为参数，这个参数就是通过_data传递的。
任务的启动是通过调度程序schedule_work来处理的。
INIT_LIST_HEAD是初始化一个链表，就是在此之前，链表是不存在的。
(_work)->pending是调度程序需要使用的一个标志，没有仔细研究用处。
PREPARE_WORK就是进行赋值，确定链表中这个对象的任务和数据。
init_timer是初始化这个对象的任务时间，具体作用没有研究。

在2.6.22版本中，INIT_WORK已经做了大幅度的修改。INIT_WORK现在使用2个参数，分别是链表和任务，去掉了数据。这时我们的任务func以_work作为参数。我们需要将我们的work结构加入到我们的data结构中，然后使container_of这个函数来求出我们的data的指针。

//include/linux/workqueue.h
#define INIT_WORK(_work, _func)                                         \
        __INIT_WORK((_work), (_func), 0)

#ifdef CONFIG_LOCKDEP
#define __INIT_WORK(_work, _func, _onstack)                             \
        do {                                                            \
                static struct lock_class_key __key;                     \
                                                                        \
                __init_work((_work), _onstack);                         \
                (_work)->data = (atomic_long_t) WORK_DATA_INIT();       \
                lockdep_init_map(&(_work)->lockdep_map, #_work, &__key, 0); \
                INIT_LIST_HEAD(&(_work)->entry);                        \
                (_work)->func = (_func);                                \
        } while (0)
#else
#define __INIT_WORK(_work, _func, _onstack)                             \
        do {                                                            \
                __init_work((_work), _onstack);                         \
                (_work)->data = (atomic_long_t) WORK_DATA_INIT();       \
                INIT_LIST_HEAD(&(_work)->entry);                        \
                (_work)->func = (_func);                                \
        } while (0)
#endif

老版本内核:

以前内核里对这个函数是这样定义的 #define INIT_WORK(_work, _func, _data)，可以理解为INIT_WORK会在你定义的_work工作队列里面增加一个工作任务，该任务就是_func。_func这个任务会需要一些数据作为参数，这个参数就是通过_data传递的
而现在看驱动的时候你会发现调用INIT_WORK的时候是只有两个参数，去掉了数据的部分。也许你会问怎么传递data呢，等下会讲述到。其实现在我对这个理解还是比较模糊，希望各位说说你们的理解,顺便也让我理解更透彻一点。看许多驱动模块的时候会发觉work就是一个工作队列，一般是结构体work_struct，主要的目的就是用来处理中断的。比如在中断里面要做很多事，但是比较耗时，这时就可以把耗时的工作放到工作队列。说白了就是系统延时调度的一个自定义函数
现在已goodix的触摸屏列举一下步骤：: ^
   1. 在探测函数里goodix_ts_probe初始化
INIT_WORK(&ts->work, goodix_ts_work_func);//struct work_struct  work，ts是client私有数据结构体
主要目的就是因为就算没有中断，在第一次开机时也有检测设备，所以这个任务一开始就执行，只不过到后来中断发生后就再执行.
2. 现在当然轮到static void goodix_ts_work_func(struct work_struct *work)这个工作任务了
在这个函数里会有一句：
struct goodix_ts_data *ts = container_of(work, struct goodix_ts_data, work);
这函数的主要目的就是解决前面所说的我们的data跑哪去了，使用container_of这个函数来求出我们的data的指针
3.当然你不能忘记注册你的中断函数了
request_irq(client->irq, goodix_ts_irq_handler,pdata->irq_edge ? IRQ_TYPE_EDGE_FALLING : IRQ_TYPE_EDGE_RISING,client->name, ts);
所以用一个结构体ts就可以把中断，任务，设备名等全部囊括进来

另https://blog.csdn.net/bingqingsuimeng/article/details/7891157讲的很好

https://blog.csdn.net/fcf1990501/article/details/8445441  https://blog.csdn.net/lhf_tiger/article/details/7109184