flush_workqueue之后发现destroy_workqueue长时间被阻塞在那里？

song0071000

自己创建的工作队列my_wq，往my_wq塞了很多任务。之后使用flush_workqueue清理任务，然后使用destroy_workqueue销毁队列，现在却发现程序卡在这了，不往下运行了？
为什么啊？

yijing21

我记得最新内核里面destroy_workqueue（）会自动flush workqueue，另外你当前destroy_workqueue的地方不会是也在你创建的workqueue里面把  这样会死循环  

song0071000

感谢回复。
使用内核版本算是比较老了2.6.21，我查看了下源码发现destroy_workqueue也没有调用flush_workqueue
另外我检查了下，没有死锁的情况啊
回复 2# yijing21


   

humjb_1983

song0071000 发表于 2013-11-28 20:23
感谢回复。
使用内核版本算是比较老了2.6.21，我查看了下源码发现destroy_workqueue也没有调用flush_workq ...

需要把内核堆栈打出来看看，谢谢！

song0071000

谢咯。
系统没有崩溃，只是卡在那了。就想阻塞了一样。就是找不到原因
回复 4# humjb_1983


   

humjb_1983

song0071000 发表于 2013-11-29 10:08
谢咯。
系统没有崩溃，只是卡在那了。就想阻塞了一样。就是找不到原因
回复 4# humjb_1983

可以用sysrq或是proc将进程的内核态堆栈打出来吧，确认具体阻塞在什么地方了~~

song0071000

额，忘了说了 这是跑在开发板上的程序。。
destroy_workqueue被阻塞了，也就是说终端被占用了，进行不了任何操作了额。。

回复 6# humjb_1983


   

humjb_1983

song0071000 发表于 2013-11-29 10:55
额，忘了说了 这是跑在开发板上的程序。。
destroy_workqueue被阻塞了，也就是说终端被占用了，进行不了任 ...

中断还能响应吧？还能ping通(或者键盘灯还可点亮)？可以的话，可以试试按组合键 alt+sysrq+t，尝试打印所有进程的内核态堆栈。
如果故障可复现，也可以在相关流程中加点打印。

asuka2001

串口上使用sysrq的话

minicom用 Ctrl+A+F+t
如果是用的securyCRT，超级终端之类的好像记得是Ctrl+Break+t

好久没用板子了，都记不太清楚了

song0071000

我仔细看了看。linux2.6.21里面的destory_workqueue还真的自动调用了flush_workqueue。(之前看的是2.6.30的)
程序时序控制没搞好好像。。在flush_workqueue之后仍旧queue_work了任务。
但这会导致destory_workqueue阻塞吗？不至于吧。。。任务不会阻塞，destory_workqueue应该能很快执行完吧。。