cancel_rearming_delayed_workqueue 函数使用的一个小备注

下午去加班遇到一个问题,思路是这样的一个很简单的在对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。以后用的时候一定要多注意。

看我今天的代码吧

看运行结束的时候的截图:

值不值得,真是不足为外人道,自己心里有数就行。

cancel_rearming_delayed_workqueue 函数使用的一个小备注

相关文章:

你感兴趣的文章:

标签云: