下午去加班遇到一个问题,思路是这样的一个很简单的在对delayed_work的一个处理,当内核启动起来之后这个work添加到workqueue_struct上去,然后每隔2个jiffies就去调度一次,是一个小测试,但是竟然出现了个错误,这个错误是在卸载模块的时候出来的,正常运行的时候没问题。
kernel panic - not syncing:fatal exception in interrupt
由于在HW没法上网于是这个问题没解决掉我就先回来了,回来后继续写了同样代码终于让问题重现了。
上网查找也没找到解决办法,于是仔细看了一下workqueue.h的这个头文件我觉得就是delayed_work太快了,卸载的时候一个destroy_workqueue解决不了问题,所以我就去看头文件找函数或者macro,乍一眼看到了了个函数cancel_rearming_delayed_workqueue,就觉得他适合我,先不说那么多上网搜索了一下这个函数发现基本没啥特别的说明,看了一下头文件也大概是那么的描述,于是添加到代码中,发现问题解决,给全部的代码吧,就是在destroy_workqueue之前进行cancel_rearming_delayed_workqueue的操作。
work_struct和 delayed_work的用法差别不大但是在内核机制上还是相差挺多的,有的错误只会在delayed_work上产生。仔细看linux的源代码就知道在delayed_work中是比struct_work引入了一个timer_list。以后用的时候一定要多注意。
看我今天的代码吧
#include <linux/kernel.h> #include <linux/module.h> #include <linux/init.h> #include <linux/workqueue.h> MODULE_LICENSE("GPL"); MODULE_AUTHOR("silence1214"); struct workqueue_struct *queue; struct delayed_work work; void work_function(void) { printk(KERN_INFO "[work_queue.c]is scheduled at jiffies = %lu.../n", jiffies); queue_delayed_work(queue, &work, 2); } int init_module(void) { printk(KERN_INFO "[work_queue.c]init the kernel programme.../n"); // initialize the work queue queue = create_workqueue("my_queue"); INIT_DELAYED_WORK(&work, (void*)work_function); queue_delayed_work(queue, &work, 2); return 0; } void cleanup_module(void) { cancel_rearming_delayed_workqueue(queue, &work); destroy_workqueue(queue); printk(KERN_INFO "[work_queue.c]cleanup the kernel programme.../n"); }
看运行结束的时候的截图: