linux-stable.git/kernel/sched_rt.c, branch linux-2.6.30.y

sched_rt: Fix overload bug on rt group scheduling

2009-07-30T21:39:52+00:00

commit a1ba4d8ba9f06a397e97cbd67a93ee306860b40a upstream.

Fixes an easily triggerable BUG() when setting process affinities.

Make sure to count the number of migratable tasks in the same place:
the root rt_rq. Otherwise the number doesn't make sense and we'll hit
the BUG in set_cpus_allowed_rt().

Also, make sure we only count tasks, not groups (this is probably
already taken care of by the fact that rt_se->nr_cpus_allowed will be 0
for groups, but be more explicit)

Tested-by: Thomas Gleixner 
Signed-off-by: Peter Zijlstra 
Acked-by: Gregory Haskins 
LKML-Reference: <1247067476.9777.57.camel@twins>
Signed-off-by: Ingo Molnar 
Signed-off-by: Greg Kroah-Hartman

cpumask: alloc zeroed cpumask for static cpumask_var_ts

2009-06-09T13:00:27+00:00

These are defined as static cpumask_var_t so if MAXSMP is not used,
they are cleared already.  Avoid surprises when MAXSMP is enabled.

Signed-off-by: Yinghai Lu 
Signed-off-by: Rusty Russell

Merge commit 'v2.6.30-rc1' into sched/urgent

2009-04-08T15:26:00+00:00

Merge reason: update to latest upstream to queue up fix

Signed-off-by: Ingo Molnar

sched_rt: don't allocate cpumask in fastpath

2009-04-01T11:24:51+00:00

Impact: cleanup

As pointed out by Steven Rostedt.  Since the arg in question is
unused, we simply change cpupri_find() to accept NULL.

Reported-by: Steven Rostedt 
Signed-off-by: Rusty Russell 
LKML-Reference: <200903251501.22664.rusty@rustcorp.com.au>
Signed-off-by: Ingo Molnar

Merge branch 'core/percpu' into percpu-cpumask-x86-for-linus-2

2009-03-27T16:28:43+00:00

Conflicts:
	arch/parisc/kernel/irq.c
	arch/x86/include/asm/fixmap_64.h
	arch/x86/include/asm/setup.h
	kernel/irq/handle.c

Semantic merge:
        arch/x86/include/asm/fixmap.h

Signed-off-by: Ingo Molnar

Merge branches 'sched/rt' and 'sched/urgent' into sched/core

2009-02-08T19:12:46+00:00

sched_rt: don't use first_cpu on cpumask created with cpumask_and

2009-02-01T09:49:52+00:00

cpumask_and() only initializes nr_cpu_ids bits, so the (deprecated)
first_cpu() might find one of those uninitialized bits if nr_cpu_ids
is less than NR_CPUS (as it can be for CONFIG_CPUMASK_OFFSTACK).

Signed-off-by: Rusty Russell 
Signed-off-by: Ingo Molnar

sched: make plist a library facility

2009-01-16T14:01:31+00:00

Ingo Molnar wrote:

> here's a new build failure with tip/sched/rt:
>
>   LD      .tmp_vmlinux1
> kernel/built-in.o: In function `set_curr_task_rt':
> sched.c:(.text+0x3675): undefined reference to `plist_del'
> kernel/built-in.o: In function `pick_next_task_rt':
> sched.c:(.text+0x37ce): undefined reference to `plist_del'
> kernel/built-in.o: In function `enqueue_pushable_task':
> sched.c:(.text+0x381c): undefined reference to `plist_del'

Eliminate the plist library kconfig and make it available
unconditionally.

Signed-off-by: Peter Zijlstra 
Signed-off-by: Ingo Molnar

sched: fix build error in kernel/sched_rt.c when RT_GROUP_SCHED && !SMP

2009-01-14T14:10:04+00:00

Ingo found a build error in the scheduler when RT_GROUP_SCHED was
enabled, but SMP was not.  This patch rearranges the code such
that it is a little more streamlined and compiles under all permutations
of SMP, UP and RT_GROUP_SCHED.  It was boot tested on my 4-way x86_64
and it still passes preempt-test.

Signed-off-by: Gregory Haskins

sched: de CPP-ify the scheduler code

2009-01-14T13:55:39+00:00

Signed-off-by: Gregory Haskins