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/
This archive was generated by hypermail 2b29 : Mon Sep 23 2002 - 22:00:20 EST