Linux 2.6内核使用了不少工作队列来处理任务，他在使用上和 tasklet最大的不同是工作队列的函数可以使用休眠，而tasklet的函数是不允许使用休眠的。

工作队列的使用又分两种情况，一种是利用系统共享的工作队列来添加自己的工作，这种情况处理函数不能消耗太多时间，这样会影响共享队列中其他任务的处理；另外一种是创建自己的工作队列并添加工作。

（一）利用系统共享的工作队列添加工作：

Ø        第一步：声明或编写一个工作处理函数

void my_func();

Ø        第二步：创建一个工作结构体变量，并将处理函数和参数的入口地址赋给这个工作结构体变量

DECLARE_WORK(my_work,my_func,&data); //编译时创建名为my_work的结构体变量并把函数入口地址和参数地址赋给它；

如果不想要在编译时就用DECLARE_WORK()创建并初始化工作结构体变量，也可以在程序运行时再用INIT_WORK()创建

struct work_struct my_work; //创建一个名为my_work的结构体变量，创建后才能使用INIT_WORK()

INIT_WORK(&my_work,my_func,&data); //初始化已经创建的my_work，其实就是往这个结构体变量中添加处理函数的入口地址和data的地址，通常在驱动的open函数中完成

Ø        第三步：将工作结构体变量添加入系统的共享工作队列

schedule_work(&my_work); //添加入队列的工作完成后会自动从队列中删除

或

schedule_delayed_work(&my_work,tick); //延时tick个滴答后再提交工作

(二)创建自己的工作队列来添加工作

Ø        第一步：声明工作处理函数和一个指向工作队列的指针

void my_func();

struct workqueue_struct *p_queue;

Ø        第二步：创建自己的工作队列和工作结构体变量（通常在open函数中完成）

p_queue=create_workqueue("my_queue"); //创建一个名为my_queue的工作队列并把工作队列的入口地址赋给声明的指针

struct work_struct my_work;

INIT_WORK(&my_work, my_func, &data); //创建一个工作结构体变量并初始化，和第一种情况的方法一样

Ø        第三步：将工作添加入自己创建的工作队列等待执行

queue_work(p_queue, &my_work);

//作用与schedule_work()类似，不同的是将工作添加入p_queue指针指向的工作队列而不是系统共享的工作队列

Ø        第四步：删除自己的工作队列

destroy_workqueue(p_queue); //一般是在close函数中删除
在T2上创建队列 ，延时几个MS才响应，这是什么概念！还有解决这问题！！

 

1.INIT_WORK(struct work_struct *work, void (*function)(void *), void *data)
上面一句只是定义了work和work对应的操作。
要是在实际使用的时候还是需要你去在适当的条件下激活这个work。只有激活了这个work，
这个work才有运行的机会。这个激活操作接口是shudule_work或是queue_work。
这两个接口之后只是说这个work有了运行的机会，但是具体到什么时候运行，那要看你用哪个接口激活的。
如果是shudule_work的话，系统中有个events内核线程，这个线程会处理你用shudule_work接口激活
的所有work。如果是queue_work的话，一般这种情况都是自己创建了一个单独的处理线程，这样将
你激活的work和这个线程联系起来。至于什么时候运行，那就是events或是你定义的特定线程运行的时候。

2.至于你提到的为什么要用到work。这个的话，我个人的理解是：一般用在对耗时处理上。比如，
当中断发生的时候，你可以在中断上下文中完成激活操作，让那些耗时的操作在work中完成。

 

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