博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
cancel_rearming_delayed_workqueue 函数使用的一个小备注
阅读量:4078 次
发布时间:2019-05-25

本文共 1482 字,大约阅读时间需要 4 分钟。

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

看我今天的代码吧

 

 

 

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

 

 

转载地址:http://xpini.baihongyu.com/

你可能感兴趣的文章
PostgreSQL代码分析,查询优化部分,pull_ands()和pull_ors()
查看>>
IA32时钟周期的一些内容
查看>>
获得github工程中的一个文件夹的方法
查看>>
《PostgreSQL技术内幕:查询优化深度探索》养成记
查看>>
PostgreSQL查询优化器详解之逻辑优化篇
查看>>
STM32中assert_param的使用
查看>>
C语言中的 (void*)0 与 (void)0
查看>>
vu 是什么
查看>>
io口的作用
查看>>
IO口的作用
查看>>
UIView的使用setNeedsDisplay
查看>>
归档与解归档
查看>>
Window
查看>>
为什么button在设置标题时要用一个方法,而不像lable一样直接用一个属性
查看>>
字符串的截取
查看>>
2. Add Two Numbers
查看>>
17. Letter Combinations of a Phone Number (DFS, String)
查看>>
93. Restore IP Addresses (DFS, String)
查看>>
19. Remove Nth Node From End of List (双指针)
查看>>
49. Group Anagrams (String, Map)
查看>>