驱动中调用interruptible_sleep_on_timeout 阻塞当前进程？

yan211

这两天看了一下内核分析，其中interruptible_sleep_on_timeout函数直接使用了current（当前进程），而这个函数是可能是在驱动中调用的，那么就有可能改变当前进程的状态，并将其状态改变为interruptile_state,那岂不是要将当前进程阻塞了？请多指教
long interruptible_sleep_on_timeout(wait_queue_head_t *q, long timeout)
{
        SLEEP_ON_VAR

        current->state = TASK_INTERRUPTIBLE;

        SLEEP_ON_HEAD
        timeout = schedule_timeout(timeout);
        SLEEP_ON_TAIL

        return timeout;
}

albcamus

都用上schedule_timeout了， 肯定会阻塞当前进程的。

yan211

那样的话岂不是不合理麽，驱动里可能阻碍很长时间，那么也导致某个与驱动无任何关系的进程发生阻塞？

zhugcx

这个函数不返回，应用程序当然不动了

scutan

原帖由 yan211 于 2007-5-29 08:36 发表于 3楼  
那样的话岂不是不合理麽，驱动里可能阻碍很长时间，那么也导致某个与驱动无任何关系的进程发生阻塞？

怎么会呢? 如果阻塞了,该进程就放到了等待队列中去了.
而此时在运行的进程是在运行队列中的.与驱动无任何关系的进程当然不会阻塞啊!