lkml.org 
[lkml]   [2005]   [Sep]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH linux-2.6.13-rt14] Priority inversion bug

* Steven Rostedt <rostedt@goodmis.org> wrote:

> On Tue, 20 Sep 2005, Ingo Molnar wrote:
> > thanks - added it to my tree. I'm wondering why it never showed up in
> > practice?
>
> How do we know if it hasn't? It wouldn't bug, you may just have a
> longer latency on the higher priority process than what should be. It
> did happen on my kernel, and the way I found that it did, was that I
> had a test in the passing of ownership to make sure that the one that
> got the lock is indeed the highest priority process. Without this
> check, we probably would never know.

'showed up' as in 'clearly incorrect scheduling shown in latency trace'.
It's probably the complex locking scenario that never made it trigger in
the simpler tests that e.g. rtc_wakeup or other latency testers do.

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/

\
 
 \ /
  Last update: 2005-09-20 16:29    [W:0.068 / U:0.028 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site