+++ /dev/null
-From 38228e8848cd7dd86ccb90406af32de0cad24be3 Mon Sep 17 00:00:00 2001
-From: Daniel Jordan <daniel.m.jordan@oracle.com>
-Date: Tue, 3 Dec 2019 14:31:11 -0500
-Subject: padata: always acquire cpu_hotplug_lock before pinst->lock
-
-From: Daniel Jordan <daniel.m.jordan@oracle.com>
-
-commit 38228e8848cd7dd86ccb90406af32de0cad24be3 upstream.
-
-lockdep complains when padata's paths to update cpumasks via CPU hotplug
-and sysfs are both taken:
-
- # echo 0 > /sys/devices/system/cpu/cpu1/online
- # echo ff > /sys/kernel/pcrypt/pencrypt/parallel_cpumask
-
- ======================================================
- WARNING: possible circular locking dependency detected
- 5.4.0-rc8-padata-cpuhp-v3+ #1 Not tainted
- ------------------------------------------------------
- bash/205 is trying to acquire lock:
- ffffffff8286bcd0 (cpu_hotplug_lock.rw_sem){++++}, at: padata_set_cpumask+0x2b/0x120
-
- but task is already holding lock:
- ffff8880001abfa0 (&pinst->lock){+.+.}, at: padata_set_cpumask+0x26/0x120
-
- which lock already depends on the new lock.
-
-padata doesn't take cpu_hotplug_lock and pinst->lock in a consistent
-order. Which should be first? CPU hotplug calls into padata with
-cpu_hotplug_lock already held, so it should have priority.
-
-Fixes: 6751fb3c0e0c ("padata: Use get_online_cpus/put_online_cpus")
-Signed-off-by: Daniel Jordan <daniel.m.jordan@oracle.com>
-Cc: Eric Biggers <ebiggers@kernel.org>
-Cc: Herbert Xu <herbert@gondor.apana.org.au>
-Cc: Steffen Klassert <steffen.klassert@secunet.com>
-Cc: linux-crypto@vger.kernel.org
-Cc: linux-kernel@vger.kernel.org
-Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
-Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
----
- kernel/padata.c | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
---- a/kernel/padata.c
-+++ b/kernel/padata.c
-@@ -605,8 +605,8 @@ int padata_set_cpumask(struct padata_ins
- struct cpumask *serial_mask, *parallel_mask;
- int err = -EINVAL;
-
-- mutex_lock(&pinst->lock);
- get_online_cpus();
-+ mutex_lock(&pinst->lock);
-
- switch (cpumask_type) {
- case PADATA_CPU_PARALLEL:
-@@ -624,8 +624,8 @@ int padata_set_cpumask(struct padata_ins
- err = __padata_set_cpumasks(pinst, parallel_mask, serial_mask);
-
- out:
-- put_online_cpus();
- mutex_unlock(&pinst->lock);
-+ put_online_cpus();
-
- return err;
- }
drivers-net-xgene-fix-the-order-of-the-arguments-of-alloc_etherdev_mqs.patch
kprobes-set-unoptimized-flag-after-unoptimizing-code.patch
perf-hists-browser-restore-esc-as-zoom-out-of-dso-thread-etc.patch
-padata-always-acquire-cpu_hotplug_lock-before-pinst-lock.patch
mm-huge_memory.c-use-head-to-check-huge-zero-page.patch
mm-thp-fix-defrag-setting-if-newline-is-not-used.patch
+++ /dev/null
-From 38228e8848cd7dd86ccb90406af32de0cad24be3 Mon Sep 17 00:00:00 2001
-From: Daniel Jordan <daniel.m.jordan@oracle.com>
-Date: Tue, 3 Dec 2019 14:31:11 -0500
-Subject: padata: always acquire cpu_hotplug_lock before pinst->lock
-
-From: Daniel Jordan <daniel.m.jordan@oracle.com>
-
-commit 38228e8848cd7dd86ccb90406af32de0cad24be3 upstream.
-
-lockdep complains when padata's paths to update cpumasks via CPU hotplug
-and sysfs are both taken:
-
- # echo 0 > /sys/devices/system/cpu/cpu1/online
- # echo ff > /sys/kernel/pcrypt/pencrypt/parallel_cpumask
-
- ======================================================
- WARNING: possible circular locking dependency detected
- 5.4.0-rc8-padata-cpuhp-v3+ #1 Not tainted
- ------------------------------------------------------
- bash/205 is trying to acquire lock:
- ffffffff8286bcd0 (cpu_hotplug_lock.rw_sem){++++}, at: padata_set_cpumask+0x2b/0x120
-
- but task is already holding lock:
- ffff8880001abfa0 (&pinst->lock){+.+.}, at: padata_set_cpumask+0x26/0x120
-
- which lock already depends on the new lock.
-
-padata doesn't take cpu_hotplug_lock and pinst->lock in a consistent
-order. Which should be first? CPU hotplug calls into padata with
-cpu_hotplug_lock already held, so it should have priority.
-
-Fixes: 6751fb3c0e0c ("padata: Use get_online_cpus/put_online_cpus")
-Signed-off-by: Daniel Jordan <daniel.m.jordan@oracle.com>
-Cc: Eric Biggers <ebiggers@kernel.org>
-Cc: Herbert Xu <herbert@gondor.apana.org.au>
-Cc: Steffen Klassert <steffen.klassert@secunet.com>
-Cc: linux-crypto@vger.kernel.org
-Cc: linux-kernel@vger.kernel.org
-Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
-Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
----
- kernel/padata.c | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
---- a/kernel/padata.c
-+++ b/kernel/padata.c
-@@ -671,8 +671,8 @@ int padata_set_cpumask(struct padata_ins
- struct cpumask *serial_mask, *parallel_mask;
- int err = -EINVAL;
-
-- mutex_lock(&pinst->lock);
- get_online_cpus();
-+ mutex_lock(&pinst->lock);
-
- switch (cpumask_type) {
- case PADATA_CPU_PARALLEL:
-@@ -690,8 +690,8 @@ int padata_set_cpumask(struct padata_ins
- err = __padata_set_cpumasks(pinst, parallel_mask, serial_mask);
-
- out:
-- put_online_cpus();
- mutex_unlock(&pinst->lock);
-+ put_online_cpus();
-
- return err;
- }
thermal-brcmstb_thermal-do-not-use-dt-coefficients.patch
netfilter-nft_tunnel-no-need-to-call-htons-when-dumping-ports.patch
netfilter-nf_flowtable-fix-documentation.patch
-padata-always-acquire-cpu_hotplug_lock-before-pinst-lock.patch
mm-huge_memory.c-use-head-to-check-huge-zero-page.patch
mm-thp-fix-defrag-setting-if-newline-is-not-used.patch
+++ /dev/null
-From 38228e8848cd7dd86ccb90406af32de0cad24be3 Mon Sep 17 00:00:00 2001
-From: Daniel Jordan <daniel.m.jordan@oracle.com>
-Date: Tue, 3 Dec 2019 14:31:11 -0500
-Subject: padata: always acquire cpu_hotplug_lock before pinst->lock
-
-From: Daniel Jordan <daniel.m.jordan@oracle.com>
-
-commit 38228e8848cd7dd86ccb90406af32de0cad24be3 upstream.
-
-lockdep complains when padata's paths to update cpumasks via CPU hotplug
-and sysfs are both taken:
-
- # echo 0 > /sys/devices/system/cpu/cpu1/online
- # echo ff > /sys/kernel/pcrypt/pencrypt/parallel_cpumask
-
- ======================================================
- WARNING: possible circular locking dependency detected
- 5.4.0-rc8-padata-cpuhp-v3+ #1 Not tainted
- ------------------------------------------------------
- bash/205 is trying to acquire lock:
- ffffffff8286bcd0 (cpu_hotplug_lock.rw_sem){++++}, at: padata_set_cpumask+0x2b/0x120
-
- but task is already holding lock:
- ffff8880001abfa0 (&pinst->lock){+.+.}, at: padata_set_cpumask+0x26/0x120
-
- which lock already depends on the new lock.
-
-padata doesn't take cpu_hotplug_lock and pinst->lock in a consistent
-order. Which should be first? CPU hotplug calls into padata with
-cpu_hotplug_lock already held, so it should have priority.
-
-Fixes: 6751fb3c0e0c ("padata: Use get_online_cpus/put_online_cpus")
-Signed-off-by: Daniel Jordan <daniel.m.jordan@oracle.com>
-Cc: Eric Biggers <ebiggers@kernel.org>
-Cc: Herbert Xu <herbert@gondor.apana.org.au>
-Cc: Steffen Klassert <steffen.klassert@secunet.com>
-Cc: linux-crypto@vger.kernel.org
-Cc: linux-kernel@vger.kernel.org
-Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
-Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
----
- kernel/padata.c | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
---- a/kernel/padata.c
-+++ b/kernel/padata.c
-@@ -640,8 +640,8 @@ int padata_set_cpumask(struct padata_ins
- struct cpumask *serial_mask, *parallel_mask;
- int err = -EINVAL;
-
-- mutex_lock(&pinst->lock);
- get_online_cpus();
-+ mutex_lock(&pinst->lock);
-
- switch (cpumask_type) {
- case PADATA_CPU_PARALLEL:
-@@ -659,8 +659,8 @@ int padata_set_cpumask(struct padata_ins
- err = __padata_set_cpumasks(pinst, parallel_mask, serial_mask);
-
- out:
-- put_online_cpus();
- mutex_unlock(&pinst->lock);
-+ put_online_cpus();
-
- return err;
- }
mm-prevent-get_user_pages-from-overflowing-page-refcount.patch
pipe-add-pipe_buf_get-helper.patch
fs-prevent-page-refcount-overflow-in-pipe_buf_get.patch
-padata-always-acquire-cpu_hotplug_lock-before-pinst-lock.patch
+++ /dev/null
-From 38228e8848cd7dd86ccb90406af32de0cad24be3 Mon Sep 17 00:00:00 2001
-From: Daniel Jordan <daniel.m.jordan@oracle.com>
-Date: Tue, 3 Dec 2019 14:31:11 -0500
-Subject: padata: always acquire cpu_hotplug_lock before pinst->lock
-
-From: Daniel Jordan <daniel.m.jordan@oracle.com>
-
-commit 38228e8848cd7dd86ccb90406af32de0cad24be3 upstream.
-
-lockdep complains when padata's paths to update cpumasks via CPU hotplug
-and sysfs are both taken:
-
- # echo 0 > /sys/devices/system/cpu/cpu1/online
- # echo ff > /sys/kernel/pcrypt/pencrypt/parallel_cpumask
-
- ======================================================
- WARNING: possible circular locking dependency detected
- 5.4.0-rc8-padata-cpuhp-v3+ #1 Not tainted
- ------------------------------------------------------
- bash/205 is trying to acquire lock:
- ffffffff8286bcd0 (cpu_hotplug_lock.rw_sem){++++}, at: padata_set_cpumask+0x2b/0x120
-
- but task is already holding lock:
- ffff8880001abfa0 (&pinst->lock){+.+.}, at: padata_set_cpumask+0x26/0x120
-
- which lock already depends on the new lock.
-
-padata doesn't take cpu_hotplug_lock and pinst->lock in a consistent
-order. Which should be first? CPU hotplug calls into padata with
-cpu_hotplug_lock already held, so it should have priority.
-
-Fixes: 6751fb3c0e0c ("padata: Use get_online_cpus/put_online_cpus")
-Signed-off-by: Daniel Jordan <daniel.m.jordan@oracle.com>
-Cc: Eric Biggers <ebiggers@kernel.org>
-Cc: Herbert Xu <herbert@gondor.apana.org.au>
-Cc: Steffen Klassert <steffen.klassert@secunet.com>
-Cc: linux-crypto@vger.kernel.org
-Cc: linux-kernel@vger.kernel.org
-Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
-Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
----
- kernel/padata.c | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
---- a/kernel/padata.c
-+++ b/kernel/padata.c
-@@ -614,8 +614,8 @@ int padata_set_cpumask(struct padata_ins
- struct cpumask *serial_mask, *parallel_mask;
- int err = -EINVAL;
-
-- mutex_lock(&pinst->lock);
- get_online_cpus();
-+ mutex_lock(&pinst->lock);
-
- switch (cpumask_type) {
- case PADATA_CPU_PARALLEL:
-@@ -633,8 +633,8 @@ int padata_set_cpumask(struct padata_ins
- err = __padata_set_cpumasks(pinst, parallel_mask, serial_mask);
-
- out:
-- put_online_cpus();
- mutex_unlock(&pinst->lock);
-+ put_online_cpus();
-
- return err;
- }
tuntap-correctly-set-sockwq_async_nospace.patch
drivers-net-xgene-fix-the-order-of-the-arguments-of-alloc_etherdev_mqs.patch
perf-hists-browser-restore-esc-as-zoom-out-of-dso-thread-etc.patch
-padata-always-acquire-cpu_hotplug_lock-before-pinst-lock.patch
mm-huge_memory.c-use-head-to-check-huge-zero-page.patch
+++ /dev/null
-From 38228e8848cd7dd86ccb90406af32de0cad24be3 Mon Sep 17 00:00:00 2001
-From: Daniel Jordan <daniel.m.jordan@oracle.com>
-Date: Tue, 3 Dec 2019 14:31:11 -0500
-Subject: padata: always acquire cpu_hotplug_lock before pinst->lock
-
-From: Daniel Jordan <daniel.m.jordan@oracle.com>
-
-commit 38228e8848cd7dd86ccb90406af32de0cad24be3 upstream.
-
-lockdep complains when padata's paths to update cpumasks via CPU hotplug
-and sysfs are both taken:
-
- # echo 0 > /sys/devices/system/cpu/cpu1/online
- # echo ff > /sys/kernel/pcrypt/pencrypt/parallel_cpumask
-
- ======================================================
- WARNING: possible circular locking dependency detected
- 5.4.0-rc8-padata-cpuhp-v3+ #1 Not tainted
- ------------------------------------------------------
- bash/205 is trying to acquire lock:
- ffffffff8286bcd0 (cpu_hotplug_lock.rw_sem){++++}, at: padata_set_cpumask+0x2b/0x120
-
- but task is already holding lock:
- ffff8880001abfa0 (&pinst->lock){+.+.}, at: padata_set_cpumask+0x26/0x120
-
- which lock already depends on the new lock.
-
-padata doesn't take cpu_hotplug_lock and pinst->lock in a consistent
-order. Which should be first? CPU hotplug calls into padata with
-cpu_hotplug_lock already held, so it should have priority.
-
-Fixes: 6751fb3c0e0c ("padata: Use get_online_cpus/put_online_cpus")
-Signed-off-by: Daniel Jordan <daniel.m.jordan@oracle.com>
-Cc: Eric Biggers <ebiggers@kernel.org>
-Cc: Herbert Xu <herbert@gondor.apana.org.au>
-Cc: Steffen Klassert <steffen.klassert@secunet.com>
-Cc: linux-crypto@vger.kernel.org
-Cc: linux-kernel@vger.kernel.org
-Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
-Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
----
- kernel/padata.c | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
---- a/kernel/padata.c
-+++ b/kernel/padata.c
-@@ -643,8 +643,8 @@ int padata_set_cpumask(struct padata_ins
- struct cpumask *serial_mask, *parallel_mask;
- int err = -EINVAL;
-
-- mutex_lock(&pinst->lock);
- get_online_cpus();
-+ mutex_lock(&pinst->lock);
-
- switch (cpumask_type) {
- case PADATA_CPU_PARALLEL:
-@@ -662,8 +662,8 @@ int padata_set_cpumask(struct padata_ins
- err = __padata_set_cpumasks(pinst, parallel_mask, serial_mask);
-
- out:
-- put_online_cpus();
- mutex_unlock(&pinst->lock);
-+ put_online_cpus();
-
- return err;
- }
netfilter-nf_flowtable-fix-documentation.patch
bus-tegra-aconnect-remove-pm_clk-dependency.patch
xfs-clear-kernel-only-flags-in-xfs_ioc_attrmulti_by_handle.patch
-padata-always-acquire-cpu_hotplug_lock-before-pinst-lock.patch
locking-lockdep-fix-lockdep_stats-indentation-problem.patch
mm-debug.c-always-print-flags-in-dump_page.patch
mm-gup-allow-foll_force-for-get_user_pages_fast.patch
+++ /dev/null
-From 38228e8848cd7dd86ccb90406af32de0cad24be3 Mon Sep 17 00:00:00 2001
-From: Daniel Jordan <daniel.m.jordan@oracle.com>
-Date: Tue, 3 Dec 2019 14:31:11 -0500
-Subject: padata: always acquire cpu_hotplug_lock before pinst->lock
-
-From: Daniel Jordan <daniel.m.jordan@oracle.com>
-
-commit 38228e8848cd7dd86ccb90406af32de0cad24be3 upstream.
-
-lockdep complains when padata's paths to update cpumasks via CPU hotplug
-and sysfs are both taken:
-
- # echo 0 > /sys/devices/system/cpu/cpu1/online
- # echo ff > /sys/kernel/pcrypt/pencrypt/parallel_cpumask
-
- ======================================================
- WARNING: possible circular locking dependency detected
- 5.4.0-rc8-padata-cpuhp-v3+ #1 Not tainted
- ------------------------------------------------------
- bash/205 is trying to acquire lock:
- ffffffff8286bcd0 (cpu_hotplug_lock.rw_sem){++++}, at: padata_set_cpumask+0x2b/0x120
-
- but task is already holding lock:
- ffff8880001abfa0 (&pinst->lock){+.+.}, at: padata_set_cpumask+0x26/0x120
-
- which lock already depends on the new lock.
-
-padata doesn't take cpu_hotplug_lock and pinst->lock in a consistent
-order. Which should be first? CPU hotplug calls into padata with
-cpu_hotplug_lock already held, so it should have priority.
-
-Fixes: 6751fb3c0e0c ("padata: Use get_online_cpus/put_online_cpus")
-Signed-off-by: Daniel Jordan <daniel.m.jordan@oracle.com>
-Cc: Eric Biggers <ebiggers@kernel.org>
-Cc: Herbert Xu <herbert@gondor.apana.org.au>
-Cc: Steffen Klassert <steffen.klassert@secunet.com>
-Cc: linux-crypto@vger.kernel.org
-Cc: linux-kernel@vger.kernel.org
-Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
-Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
----
- kernel/padata.c | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
---- a/kernel/padata.c
-+++ b/kernel/padata.c
-@@ -643,8 +643,8 @@ int padata_set_cpumask(struct padata_ins
- struct cpumask *serial_mask, *parallel_mask;
- int err = -EINVAL;
-
-- mutex_lock(&pinst->lock);
- get_online_cpus();
-+ mutex_lock(&pinst->lock);
-
- switch (cpumask_type) {
- case PADATA_CPU_PARALLEL:
-@@ -662,8 +662,8 @@ int padata_set_cpumask(struct padata_ins
- err = __padata_set_cpumasks(pinst, parallel_mask, serial_mask);
-
- out:
-- put_online_cpus();
- mutex_unlock(&pinst->lock);
-+ put_online_cpus();
-
- return err;
- }
bus-tegra-aconnect-remove-pm_clk-dependency.patch
clk-qcom-rpmh-sort-of-match-table.patch
xfs-clear-kernel-only-flags-in-xfs_ioc_attrmulti_by_handle.patch
-padata-always-acquire-cpu_hotplug_lock-before-pinst-lock.patch
locking-lockdep-fix-lockdep_stats-indentation-problem.patch
mm-debug.c-always-print-flags-in-dump_page.patch
mm-gup-allow-foll_force-for-get_user_pages_fast.patch
projects / thirdparty / kernel / stable-queue.git / commitdiff
