lkml.org 
[lkml]   [2004]   [Nov]   [2]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateTue, 2 Nov 2004 10:37:58 +0100
FromIngo Molnar <>
SubjectRe: [patch] Real-Time Preemption, -RT-2.6.9-mm1-V0.5 (networking problems)
* Bill Huey <bhuey@lnxw.com> wrote:

> On Fri, Oct 29, 2004 at 05:02:34PM -0700, Bill Huey wrote:
> > This is in -V5.14> > [nasty networking crash trace]> > Didn't fix it all...

thanks for the trace - i've uploaded -V0.6.6 to the usual place:

    http://redhat.com/~mingo/realtime-preempt/

which attempts to fix this particular deadlock.

other changes in -V0.6.6:

 - increased debuggability by turning deadlock detection on for ordinary
   Linux semaphores and rwsems. I suspect that some of the recently
   reported hangs were semaphore related deadlocks. Those who see hangs 
   please re-try with -V0.6.6 and deadlock detection turned on, does it
   produce a usable deadlock printout?

 - show_all_locks() build bug fix from Daniel Walker.

 - another debuggability feature: deadlock tracing stops after the 
   first dump and the kernel tries to continue (we tried to do this
   before but it wasnt complete). Sometimes the deadlock is in fact some
   'interesting' use of Linux semaphores and the system will not
   really deadlock. The dump we can use to fix up that interesting use
   of semaphores, and the system wont crash.

 - crash fix: the dump_own_stack() code was buggered - removed it. The 
   stock kernel does pretty good stackdumping by itself, all that was
   needed to activate it was to set CONFIG_FRAME_POINTERS.

	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-03-22 14:07    [from the cache]
©2003-2008