Re: [patch 21/23] x86/smpboot: Sanitize uniprocessor init

2015-01-16 Thread Borislav Petkov
On Thu, Jan 15, 2015 at 09:22:42PM -, Thomas Gleixner wrote: > The UP related setups for local apic are mangled into smp_sanity_check(). > > That results in duplicate calls to disable_smp() and makes the code > hard to follow. Let smp_sanity_check() return dedicated values for the > various

Re: [patch 21/23] x86/smpboot: Sanitize uniprocessor init

2015-01-16 Thread Borislav Petkov
On Thu, Jan 15, 2015 at 09:22:42PM -, Thomas Gleixner wrote: The UP related setups for local apic are mangled into smp_sanity_check(). That results in duplicate calls to disable_smp() and makes the code hard to follow. Let smp_sanity_check() return dedicated values for the various exit

[patch 21/23] x86/smpboot: Sanitize uniprocessor init

2015-01-15 Thread Thomas Gleixner
The UP related setups for local apic are mangled into smp_sanity_check(). That results in duplicate calls to disable_smp() and makes the code hard to follow. Let smp_sanity_check() return dedicated values for the various exit reasons and handle them at the call site. Signed-off-by: Thomas

[patch 21/23] x86/smpboot: Sanitize uniprocessor init

2015-01-15 Thread Thomas Gleixner
The UP related setups for local apic are mangled into smp_sanity_check(). That results in duplicate calls to disable_smp() and makes the code hard to follow. Let smp_sanity_check() return dedicated values for the various exit reasons and handle them at the call site. Signed-off-by: Thomas