[uml-devel] [PATCH 1/12] arch/um: remove references to cpu_*_map.

2012-02-14 Thread Rusty Russell
From: Rusty Russell This has been obsolescent for a while; time for the final push. Signed-off-by: Rusty Russell Cc: user-mode-linux-devel@lists.sourceforge.net --- arch/um/kernel/skas/process.c |2 +- arch/um/kernel/smp.c |9 - 2 files changed, 5 insertions(+), 6 dele

[uml-devel] [PATCH 2/3] mips: Avoid raw handling of cpu_possible_map/cpu_online_map

2012-02-14 Thread Venkatesh Pallipadi
Use set_cpu_* and init_cpu_* variants instead. Signed-off-by: Venkatesh Pallipadi --- arch/mips/cavium-octeon/smp.c |2 +- arch/mips/kernel/smp.c |4 ++-- arch/mips/netlogic/xlr/smp.c|4 ++-- arch/mips/pmc-sierra/yosemite/smp.c |4 ++-- arch/mips/sgi-ip

[uml-devel] [PATCH 3/3] um: Avoid raw handling of cpu_online_map

2012-02-14 Thread Venkatesh Pallipadi
Use init_cpu_online and set_cpu_online instead. Signed-off-by: Venkatesh Pallipadi --- arch/um/kernel/skas/process.c |2 +- arch/um/kernel/smp.c |8 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/arch/um/kernel/skas/process.c b/arch/um/kernel/skas/proces

[uml-devel] [PATCH 1/3] hexagon: Avoid raw handling of cpu_possible_map

2012-02-14 Thread Venkatesh Pallipadi
Use set_cpu_possible instead. Signed-off-by: Venkatesh Pallipadi --- arch/hexagon/kernel/smp.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/hexagon/kernel/smp.c b/arch/hexagon/kernel/smp.c index c871a2c..8962705 100644 --- a/arch/hexagon/kernel/smp.c +++ b/arch/

[uml-devel] [PATCH 0/3] Cleanup raw handling of online/possible map

2012-02-14 Thread Venkatesh Pallipadi
> Yes, and the other architectures. Here are the patches for other instances I see in plain git grep. I have been brave (foolish) enough to send this without any testing. So, this comes with 'use it at your own risk' tag :-). Thanks, Venki --

[uml-devel] [PATCH 35/40] um: Use set_current_blocked() and block_sigmask()

2012-02-14 Thread Matt Fleming
From: Matt Fleming As described in e6fa16ab ("signal: sigprocmask() should do retarget_shared_pending()") the modification of current->blocked is incorrect as we need to check whether the signal we're about to block is pending in the shared queue. Also, use the new helper function introduced in

[uml-devel] [PATCH 34/40] um: Don't restore current->blocked on error

2012-02-14 Thread Matt Fleming
From: Matt Fleming If we fail to setup the signal stack frame then we don't need to restore current->blocked because it is not modified by setup_signal_stack_*. Acked-by: Oleg Nesterov Acked-by: Richard Weinberger Tested-by: Richard Weinberger Cc: user-mode-linux-devel@lists.sourceforge.net S