17 Jun, 2009
1 commit
-
Those two functions no longer call alloc_bootmmem_cpumask_var(),
so no need to tag them with __init_refok.Signed-off-by: Li Zefan
Acked-by: Pekka Enberg
LKML-Reference:
Signed-off-by: Ingo Molnar
12 Jun, 2009
1 commit
-
Lets not use the bootmem allocator in cpupri_init() as slab is already up when
it is run.Cc: Ingo Molnar
Cc: Linus Torvalds
Cc: Yinghai Lu
Signed-off-by: Pekka Enberg
09 Jun, 2009
1 commit
-
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
01 Apr, 2009
1 commit
-
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:
Signed-off-by: Ingo Molnar
06 Jan, 2009
1 commit
-
init_rootdomain() calls alloc_bootmem_cpumask_var() at system boot,
so does cpupri_init().Signed-off-by: Li Zefan
Signed-off-by: Ingo Molnar
25 Nov, 2008
1 commit
-
Impact: stack usage reduction, (future) size reduction for large NR_CPUS.
Dynamically allocating cpumasks (when CONFIG_CPUMASK_OFFSTACK) saves
space for small nr_cpu_ids but big CONFIG_NR_CPUS.The fact cpupro_init is called both before and after the slab is
available makes for an ugly parameter unfortunately.We also use cpumask_any_and to get rid of a temporary in cpupri_find.
Signed-off-by: Rusty Russell
Signed-off-by: Ingo Molnar
06 Jun, 2008
1 commit
-
The current code use a linear algorithm which causes scaling issues
on larger SMP machines. This patch replaces that algorithm with a
2-dimensional bitmap to reduce latencies in the wake-up path.Signed-off-by: Gregory Haskins
Acked-by: Steven Rostedt
Signed-off-by: Ingo Molnar
Signed-off-by: Thomas Gleixner