nmi_watchdog in latest 22 and 23-rc -rt series

2007-09-10 Thread David Bahi
trying to get a crashdump in a clean -rt series kernel which hardlocks on the ltp openposix conformance interfaces sched_yield 1-1.test ... i was trying with nmi_watchdog = 1 (x86_64 machine, dual cpu, quad core, HT enabled) and it would report NMI LOCKUP on presentation of the login prompt - no c

Re: [PATCH RFC 0/9] RCU: Preemptible RCU

2007-09-10 Thread Ingo Molnar
* Paul E. McKenney <[EMAIL PROTECTED]> wrote: > Work in progress, still not for inclusion. But code now complete! cool! Now after 2 years of development and testing i think this is one of the most mature patchsets on lkml - so i'd like to see this designated for potential upstream inclusion.

[PATCH RFC 9/9] RCU: preemptible documentation and comment cleanups

2007-09-10 Thread Paul E. McKenney
Work in progress, not for inclusion. This patch updates the RCU documentation to reflect preemptible RCU as well as recent publications. Fix an incorrect comment in the code. Change the name ORDERED_WRT_IRQ() to ACCESS_ONCE() to better describe its function. Signed-off-by: Paul E. McKenney <[EM

[PATCH RFC 8/9] RCU: Make RCU priority boosting consume less power

2007-09-10 Thread Paul E. McKenney
Work in progress, not for inclusion. This patch modified the RCU priority booster to explicitly sleep when there are no RCU readers in need of priority boosting. This should be a power-consumption improvement over the one-second polling cycle in the underlying RCU priority-boosting patch. Signed

[PATCH RFC 7/9] RCU: rcutorture testing for RCU priority boosting

2007-09-10 Thread Paul E. McKenney
Work in progress, not for inclusion. Still uses xtime because this patch is still against 2.6.22. This patch modifies rcutorture to also torture RCU priority boosting. The torturing involves forcing RCU read-side critical sections (already performed as part of the torturing of RCU) to run for ext

[PATCH RFC 6/9] RCU priority boosting for preemptible RCU

2007-09-10 Thread Paul E. McKenney
Work in progress, not for inclusion. RCU priority boosting is needed when running a workload that might include CPU-bound user tasks running at realtime priorities with preemptible RCU. In this situation, RCU priority boosting is needed to avoid OOM. Please note that because Classic RCU does not

[PATCH RFC 5/9] RCU: CPU hotplug support for preemptible RCU

2007-09-10 Thread Paul E. McKenney
Work in progress, not for inclusion. This patch allows preemptible RCU to tolerate CPU-hotplug operations. It accomplishes this by maintaining a local copy of a map of online CPUs, which it accesses under its own lock. Signed-off-by: Paul E. McKenney <[EMAIL PROTECTED]> --- include/linux/rcucl

[PATCH RFC 4/9] RCU: synchronize_sched() workaround for CPU hotplug

2007-09-10 Thread Paul E. McKenney
Work in progress, not for inclusion. The combination of CPU hotplug and PREEMPT_RCU has resulted in deadlocks due to the migration-based implementation of synchronize_sched() in -rt. This experimental patch maps synchronize_sched() back onto Classic RCU, eliminating the migration, thus hopefully a

[PATCH RFC 3/9] RCU: Preemptible RCU

2007-09-10 Thread Paul E. McKenney
Work in progress, not for inclusion. This patch implements a new version of RCU which allows its read-side critical sections to be preempted. It uses a set of counter pairs to keep track of the read-side critical sections and flips them when all tasks exit read-side critical section. The details o

[PATCH RFC 2/9] RCU: Fix barriers

2007-09-10 Thread Paul E. McKenney
Work in progress, not for inclusion. Fix rcu_barrier() to work properly in preemptive kernel environment. Also, the ordering of callback must be preserved while moving callbacks to another CPU during CPU hotplug. Signed-off-by: Dipankar Sarma <[EMAIL PROTECTED]> Signed-off-by: Paul E. McKenney <[

[PATCH RFC 1/9] RCU: Split API to permit multiple RCU implementations

2007-09-10 Thread Paul E. McKenney
Work in progress, not for inclusion. This patch re-organizes the RCU code to enable multiple implementations of RCU. Users of RCU continues to include rcupdate.h and the RCU interfaces remain the same. This is in preparation for subsequently merging the preemptible RCU implementation. Signed-off-

[PATCH RFC 0/9] RCU: Preemptible RCU

2007-09-10 Thread Paul E. McKenney
Work in progress, still not for inclusion. But code now complete! This is a respin of the following prior posting: http://lkml.org/lkml/2007/9/5/268 This release adds an additional patch that adds fixes to comments and RCU documentation, along with one macro being renamed. The rcutorture patch

Re: v2.6.23-rc4-rt1 / new project URL

2007-09-10 Thread Peter Zijlstra
On Mon, 2007-09-10 at 08:18 -0700, Daniel Walker wrote: > On Mon, 2007-09-10 at 14:35 +0200, Peter Zijlstra wrote: > > > > - simple_irq change (Kevin Hilman): needs more thought > > > - RCU updates (Paul McKenney): needs proper integration > > > - latency tracer changes (Daniel Walker): needs revi

Re: v2.6.23-rc4-rt1 / new project URL

2007-09-10 Thread Daniel Walker
On Mon, 2007-09-10 at 14:35 +0200, Peter Zijlstra wrote: > > - simple_irq change (Kevin Hilman): needs more thought > > - RCU updates (Paul McKenney): needs proper integration > > - latency tracer changes (Daniel Walker): needs review > > - PICK_OP changes (Daniel Walker): needs review > > This o

Re: v2.6.23-rc4-rt1 / new project URL

2007-09-10 Thread Peter Zijlstra
On Fri, 2007-08-31 at 22:59 +0200, Thomas Gleixner wrote: > We're pleased to announce the release of the v2.6.23-rc4-rt1 kernel, > which can be downloaded from a new place: > >http://www.kernel.org/pub/linux/kernel/projects/rt/ > > The move to kernel.org is experimental for now, we'll keep