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

Steven Cole
2002-09-17T19:53:09Z

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