Messages in this thread | | | Date | Thu, 24 Mar 2005 19:17:52 +0100 | From | Ingo Molnar <> | Subject | Re: [patch] Real-Time Preemption, -RT-2.6.12-rc1-V0.7.41-07 |
| |
* Steven Rostedt <rostedt@goodmis.org> wrote:
> On an SMP machine, there may even be a chance of a lower priority > process that gets it. That would be possible if the low priority > process on the other CPU tries to grab the lock just after it was > released but before the just woken up high priorty processes get > scheduled. So there's a window where the lock is open, and the lower > priority process snagged it just before the others got in.
that's always a possibility, on UP too: if a lower priority task manages to acquire a lock 'just before' a highprio thread got interested in it there's no way to undo that.
but for the other reasons the explicit approach looks better.
Ingo - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |