lkml.org 
[lkml]   [2002]   [Sep]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH] BUG(): sched.c: Line 944
From
Date
On Tue, 2002-09-17 at 13:23, Robert Love wrote:
> On Tue, 2002-09-17 at 14:57, Ingo Molnar wrote:
>
> > i'd do (a). current->state is to be used anyway, and the default-untaken
> > first branch should be cheap. Plus by moving things down the splitup of
> > the function would create more code duplication than necessery i think.
>
> Note by moving it down, the only gain over keeping it at the top is not
> having to check for the BKL...
>
> Anyhow, I would appreciate it if you could give this a try (with kernel
> preemption enabled)... any comments are appreciated.
>
> (Note you need a 2.5.35-bk release to get the dump_stack(). Otherwise
> use show_trace(0).)
>
> Robert Love
>
I applied that patch to 2.5.35-bk3 and with PREEMPT enabled. And it
booted without any of the usual complaints with preempt and the
in_atomic check. But then, I ran

1) dbench 1 OK
2) dbench 2 OK
3) dbench 3 blam!

Running dbench 3 resulted in the dbench clients hanging and being
unkillable with kill -9 in the D state.

steven 1046 0.0 0.0 1440 472 ? D 13:46 0:00 ./dbench 3
steven 1047 0.0 0.0 1440 420 ? D 13:46 0:00 ./dbench 3
steven 1048 0.0 0.0 1440 472 ? D 13:46 0:00 ./dbench 3

I can ssh and enter my user password, but it hangs after that with
no bash prompt. Other ssh sessions which I started previously are still
responsive.

Test box is 2-way pIII, kernel SMP.

Steven

-
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 12:38    [from the cache]
©2003-2011 Jasper Spaans