新人贴，关于内核抢占疑问

ben00100

实验背景:2.6.22.6版本内核，启动后会有一个hub_thread内核进程轮询USB设备接入情况。配置内核编译选项->kernel feature->preemptible kernel使CONFIG_PREEMPT = y

根据书上讲，内核如果是抢占式的，一个内核态的进程会在以下情况被调度：
1.进程用光分配的时间片
2.中断上下文**了优先级更高的进程

我的操作是这样的：
编写一个测试驱动程序，在open函数内进行while(1)死循环，对应应用程序打开这个设备，系统被卡死。

根据以上理解，在内核可抢占的情况下，此时我插入USB设备，hub_thread进程应该是能正常工作的，控制台会有相关打印，但是现象是没有任何打印，也就是说hub_thread进程并没有工作，这与理论情况不符。

所以想请教下诸位前辈，关于内核抢占，我的以上理解有何错误之处
拜谢~~

nuclearxin

内核coding 和 用户空间coding 思路完全不一样。
需要考虑cpu如何使用你的code。而不是你如何使用cpu。
你这么写死循环。cpu就是死循环了。 被watchdog 监控到就挂了
所谓的抢占，就是支持抢占框架，你的code要配合。该让出资源就让出去。
你死活不让其他人拿你没辙滴。你写个spinlock 死锁。别人不能把你怎么样的。

ben00100

回复 2# nuclearxin

首先感谢你的回答~~
那小弟我还是太不明白，根据“所谓的抢占，就是支持抢占框架，你的code要配合。该让出资源就让出去。”这个的理解，
1.时间片用光强行调度进程是不是只对用户态的进程有效。
2.如果需要我自己的代码配合支持抢占框架，这个配合体现在代码哪些方面。举个例子，如果我一个内核态进程需要执行较长时间而不是死循环了，除了主动休眠我该怎么做能让它被调度（也就是被抢占）。

再次感谢。。