Changes in v3:
* Fixup smp_shutdown_nonboot_cpus() to hold the right lock as suggested
by Russel King.
* Split the combined arm/arm64 patch into 2 separate patches.
* Add new add/remove_cpu() functions that wraps lock,
device_online/offline, unlock as suggested by Paul McKenney
* Use the new add/remove instead of device_online/offline where
appropriate
* Dropped a patch that exported device_online/offline() since
the new add/remove_cpu() are exported and used by torture test which
could build as a module
* Rebsed on top 5.6-rc1 from linus/master
git clone git://linux-arm.org/linux-qy.git -b cpu-hp-cleanup-v3
Older post can be found here:
https://lore.kernel.org/linuxppc-dev/20191125112754.25223-1-qais.you...@arm.com/
https://lore.kernel.org/lkml/20191125112754.25223-2-qais.you...@arm.com/
Using cpu_up/down directly to bring cpus online/offline loses synchronization
with sysfs and could suffer from a race similar to what is described in
commit a6717c01ddc2 ("powerpc/rtas: use device model APIs and serialization
during LPM").
cpu_up/down seem to be more of a internal implementation detail for the cpu
subsystem to use to boot up cpus, perform suspend/resume and low level hotplug
operations. Users outside of the cpu subsystem would be better using the device
core API to bring a cpu online/offline which is the interface used to hotplug
memory and other system devices.
Several users have already migrated to use the device core API, this series
converts the remaining users and hides cpu_up/down from internal users at the
end.
I noticed this problem while working on a hack to disable offlining
a particular CPU but noticed that setting the offline_disabled attribute in the
device struct isn't enough because users can easily bypass the device core.
While my hack isn't a valid use case but it did highlight the inconsistency in
the way cpus are being onlined/offlined and this attempt hopefully improves on
this.
The first 9 patches fix arch users.
The remaining 6 patches fix generic code users. Particularly creating a new
special exported API for the device core to use instead of cpu_up/down.
The last patch removes cpu_up/down from cpu.h and unexport the functions.
In some cases where the use of cpu_up/down seemed legitimate, I encapsulated
the logic in a higher level - special purposed function; and converted the code
to use that instead.
I did re-run the rcu torture, lock torture and psci checker tests and no
problem was noticed. I did perform build tests on all arch affected except for
parisc.
Hopefully I got the CC list right for all the patches. Apologies in advance if
some people were omitted from some patches but they should have been CCed.
CC: Armijn Hemel <arm...@tjaldur.nl>
CC: Benjamin Herrenschmidt <b...@kernel.crashing.org>
CC: Bjorn Helgaas <bhelg...@google.com>
CC: Borislav Petkov <b...@alien8.de>
CC: Boris Ostrovsky <boris.ostrov...@oracle.com>
CC: Catalin Marinas <catalin.mari...@arm.com>
CC: Christophe Leroy <christophe.le...@c-s.fr>
CC: Daniel Lezcano <daniel.lezc...@linaro.org>
CC: Davidlohr Bueso <d...@stgolabs.net>
CC: "David S. Miller" <da...@davemloft.net>
CC: Eiichi Tsukata <de...@etsukata.com>
CC: Enrico Weigelt <i...@metux.net>
CC: Fenghua Yu <fenghua...@intel.com>
CC: Greg Kroah-Hartman <gre...@linuxfoundation.org>
CC: Helge Deller <del...@gmx.de>
CC: "H. Peter Anvin" <h...@zytor.com>
CC: Ingo Molnar <mi...@kernel.org>
CC: "James E.J. Bottomley" <james.bottom...@hansenpartnership.com>
CC: James Morse <james.mo...@arm.com>
CC: Jiri Kosina <jkos...@suse.cz>
CC: Josh Poimboeuf <jpoim...@redhat.com>
CC: Josh Triplett <j...@joshtriplett.org>
CC: Juergen Gross <jgr...@suse.com>
CC: Lorenzo Pieralisi <lorenzo.pieral...@arm.com>
CC: Mark Rutland <mark.rutl...@arm.com>
CC: Michael Ellerman <m...@ellerman.id.au>
CC: Nadav Amit <na...@vmware.com>
CC: Nicholas Piggin <npig...@gmail.com>
CC: "Paul E. McKenney" <paul...@kernel.org>
CC: Paul Mackerras <pau...@samba.org>
CC: Pavankumar Kondeti <pkond...@codeaurora.org>
CC: "Peter Zijlstra (Intel)" <pet...@infradead.org>
CC: "Rafael J. Wysocki" <raf...@kernel.org>
CC: Ram Pai <linux...@us.ibm.com>
CC: Richard Fontana <rfont...@redhat.com>
CC: Russell King <li...@armlinux.org.uk>
CC: Sakari Ailus <sakari.ai...@linux.intel.com>
CC: Stefano Stabellini <sstabell...@kernel.org>
CC: Steve Capper <steve.cap...@arm.com>
CC: Thiago Jung Bauermann <bauer...@linux.ibm.com>
CC: Thomas Gleixner <t...@linutronix.de>
CC: Tony Luck <tony.l...@intel.com>
CC: Will Deacon <w...@kernel.org>
CC: Zhenzhong Duan <zhenzhong.d...@oracle.com>
CC: linux-arm-ker...@lists.infradead.org
CC: linux-i...@vger.kernel.org
CC: linux-ker...@vger.kernel.org
CC: linux-par...@vger.kernel.org
CC: linuxppc-...@lists.ozlabs.org
CC: sparcli...@vger.kernel.org
CC: x...@kernel.org
CC: xen-devel@lists.xenproject.org
Qais Yousef (15):
cpu: Add new {add,remove}_cpu() functions
smp: Create a new function to shutdown nonboot cpus
ia64: Replace cpu_down with smp_shutdown_nonboot_cpus()
arm: Don't use disable_nonboot_cpus()
arm64: Don't use disable_nonboot_cpus()
arm64: hibernate.c: Create a new function to handle cpu_up(sleep_cpu)
x86: Replace cpu_up/down with add/remove_cpu
powerpc: Replace cpu_up/down with add/remove_cpu
sparc: Replace cpu_up/down with add/remove_cpu
parisc: Replace cpu_up/down with add/remove_cpu
driver: xen: Replace cpu_up/down with device_online/offline
firmware: psci: Replace cpu_up/down with add/remove_cpu
torture: Replace cpu_up/down with add/remove_cpu
smp: Create a new function to bringup nonboot cpus online
cpu: Hide cpu_up/down
arch/arm/kernel/reboot.c | 4 +-
arch/arm64/kernel/hibernate.c | 13 +--
arch/arm64/kernel/process.c | 4 +-
arch/ia64/kernel/process.c | 8 +-
arch/parisc/kernel/processor.c | 2 +-
arch/powerpc/kexec/core_64.c | 2 +-
arch/sparc/kernel/ds.c | 4 +-
arch/x86/kernel/topology.c | 22 ++---
arch/x86/mm/mmio-mod.c | 4 +-
arch/x86/xen/smp.c | 2 +-
drivers/base/cpu.c | 4 +-
drivers/firmware/psci/psci_checker.c | 4 +-
drivers/xen/cpu_hotplug.c | 2 +-
include/linux/cpu.h | 10 +-
kernel/cpu.c | 134 ++++++++++++++++++++++++++-
kernel/smp.c | 9 +-
kernel/torture.c | 9 +-
17 files changed, 172 insertions(+), 65 deletions(-)
--
2.17.1
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
