lkml.org 
[lkml]   [2005]   [Nov]   [25]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateFri, 25 Nov 2005 13:04:23 +0530
FromDinakar Guniguntala <>
SubjectRe: PI BUG with -rt13
On Thu, Nov 24, 2005 at 08:56:06PM -0800, david singleton wrote:
> On Nov 24, 2005, at 12:32 PM, Dinakar Guniguntala wrote:
> > >>I just noticed with the above fix, Paul's testcase completely
> >>hangs up and when killed I hit the BUG mentioned below.
> >>Till -rt13, this testcase just ran to completion> >> >Forgot to mention that I notice the same failure with -rt15 as well> > Good news and bad news.> Good news.  This test doesn't exercise the robust futex code.
> Pthread mutexes that want priority queuing, priority inheritance and/or 
> robustness must have either  the robust (PTHREAD_MUTEX_ROBUST_NP) 
> attribute set and/or the PTHREAD_PRIO_INHERIT attribute set at mutex
> creation time.

Davi, Thank you for looking into this

Yes, this particular testcase does not exercise the robust futex code.
However, the testcase only hangs when I apply your fix on top of
 -rt13. A Vanilla -rt13 works fine

> Now a question before the bad news,    Are you in the OOM path when you
> think the system is hung?  What does 'top' say about freemem and 
> available and used swap space?

Since one of the threads is a SCHED_FIFO, the system takes forever
to respond to simple commands like ls/ps. I'll get back on this

> > If you are not in the OOM path then the bad news is this looks like an 
> SMP timer problem.> 

	-Dinakar
-
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-11-25 07:31    [from the cache]
©2003-2008