Re: [PATCH] BUG(): sched.c: Line 944

[Steven Cole <elenstev@mesatop.com>]

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