[git pull] scheduler changes for v2.6.25

Previous thread: compile error in current git by Jeremy Fitzhardinge on Friday, January 25, 2008 - 4:36 pm. (8 messages)

Next thread: [PATCH] dmi: Let drivers walk the DMI table by Jean Delvare on Friday, January 25, 2008 - 4:41 pm. (1 message)
To: Linus Torvalds <torvalds@...>
Cc: <linux-kernel@...>
Date: Friday, January 25, 2008 - 4:37 pm

Linus, please pull the latest scheduler git tree for v2.6.25 from:

git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched.git

it contains various enhancements to the scheduler - find the full
shortlog is below. 96 commits from 19 authors - scheduler developers
have been busy again. :-/

The scheduling behavior of the kernel to normal users should not change
over v2.6.24, but there are a good number of new features and
enhancements under the hood:

- various instrumentation and debugging enhancements from
Arjan van de Ven. LatencyTOP support in the scheduler is one
example.

- Peter Zijlstra's RT time limit and RT throttling code for the RT
scheduling class. Both audio and RT folks have asked for this.

- Paul E. McKenney's preemptible RCU code.

- refcount based CPU-hotplug rework by Gautham R Shenoy. (The "Lukewarm
IQ detected in hotplug locking" printout is now gone, forever i hope! :)

- there's serious interest in running RT tasks on enterprise-class
hardware, so Steven Rostedt and Gregory Haskins wrote a large number
of enhancements to the RT scheduling class and load-balancer.

- Peter Zijlstra's high-resolution scheduler tick code. We still have a
HZ tick running for a few other odd things, but it's dwindling now.

- Srivatsa Vaddagiri's next version of group scheduling. More accurate,
more fair.

- make printk robust against self-recursion, and use stable
timestamps for printk-timestamps.

- the softlockup detector will now detect hung, uninterruptible tasks
automatically, and report them.

and a good number of other, smaller enhancements. Enjoy,

Ingo

------------------>
Alexey Dobriyan (1):
sched, futex: detach sched.h and futex.h

Arjan van de Ven (4):
debug: show being-loaded/being-unloaded indicator for modules
debug: track and print last unloaded module in the oops trace
sched: latencytop support
sched: keep total / count stats in addition to the ma...

To: Ingo Molnar <mingo@...>
Cc: Paul E. McKenney <paulmck@...>, <linux-kernel@...>
Date: Saturday, January 26, 2008 - 3:19 pm

BUG: New Kconfig option without help text.

$ make oldconfig
2. Preemptible RCU (PREEMPT_RCU) (NEW)
choice[1-2]: ?

Sorry, no help available for this option yet.
--
Stefan Richter
-=====-==--- ---= ==-=-
http://arcgraph.de/sr/
--

To: Stefan Richter <stefanr@...>
Cc: Ingo Molnar <mingo@...>, <linux-kernel@...>
Date: Sunday, January 27, 2008 - 7:05 am

Good catch!!!

This patch supplies help text for the "RCU implementation type"
kernel configuration choice.

Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
---

Kconfig.preempt | 8 ++++++++
1 file changed, 8 insertions(+)

diff -urpNa -X dontdiff linux-2.6.24-rt1/kernel/Kconfig.preempt linux-2.6.24-rt1-RCUconfighelp/kernel/Kconfig.preempt
--- linux-2.6.24-rt1/kernel/Kconfig.preempt 2008-01-27 02:52:36.000000000 -0800
+++ linux-2.6.24-rt1-RCUconfighelp/kernel/Kconfig.preempt 2008-01-27 03:05:22.000000000 -0800
@@ -131,6 +131,14 @@ choice
prompt "RCU implementation type:"
default PREEMPT_RCU if PREEMPT_RT
default CLASSIC_RCU
+ help
+ This allows you to choose either the classic RCU implementation
+ that is designed for best read-side performance on non-realtime
+ systems, or the preemptible RCU implementation for best latency
+ on realtime systems. Note that some kernel preemption modes
+ will restrict your choice.
+
+ Select the default if you are unsure.

config CLASSIC_RCU
bool "Classic RCU"
--

To: Paul E. McKenney <paulmck@...>
Cc: Stefan Richter <stefanr@...>, <linux-kernel@...>
Date: Sunday, January 27, 2008 - 8:26 am

thanks applied to sched.git. (see the patch below - the config option is
in init/Kconfig in mainline, not in kernel/Kconfig.preempt)

Ingo

------------->
Subject: RCU: add help text for "RCU implementation type"
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>

This patch supplies help text for the "RCU implementation type"
kernel configuration choice.

Reported-by: Stefan Richter <stefanr@s5r6.in-berlin.de>
Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
---

init/Kconfig | 8 ++++++++
1 file changed, 8 insertions(+)

Index: linux/init/Kconfig
===================================================================
--- linux.orig/init/Kconfig
+++ linux/init/Kconfig
@@ -779,6 +779,14 @@ config PREEMPT_NOTIFIERS
choice
prompt "RCU implementation type:"
default CLASSIC_RCU
+ help
+ This allows you to choose either the classic RCU implementation
+ that is designed for best read-side performance on non-realtime
+ systems, or the preemptible RCU implementation for best latency
+ on realtime systems. Note that some kernel preemption modes
+ will restrict your choice.
+
+ Select the default if you are unsure.

config CLASSIC_RCU
bool "Classic RCU"
--

To: Ingo Molnar <mingo@...>
Cc: Stefan Richter <stefanr@...>, <linux-kernel@...>
Date: Sunday, January 27, 2008 - 7:48 pm

Ah missed that -- thank you for retargeting the patch.

--

To: <paulmck@...>
Cc: Ingo Molnar <mingo@...>, <linux-kernel@...>
Date: Sunday, January 27, 2008 - 7:16 am

Looks good to me. Serves those people who want to be informed as well
as those who want to be comforted. :-) Thanks,
--
Stefan Richter
-=====-==--- ---= ==-==
http://arcgraph.de/sr/
--

Previous thread: compile error in current git by Jeremy Fitzhardinge on Friday, January 25, 2008 - 4:36 pm. (8 messages)

Next thread: [PATCH] dmi: Let drivers walk the DMI table by Jean Delvare on Friday, January 25, 2008 - 4:41 pm. (1 message)