summaryrefslogtreecommitdiff
path: root/crypto
diff options
context:
space:
mode:
authorCorentin Labbe <clabbe@baylibre.com>2022-02-21 12:08:33 +0000
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2023-05-17 11:50:20 +0200
commita8cc4d5adfe5b6a9e7004e624dfe9a925727f871 (patch)
treebafe3fd1792fd7b0338009d9e25feb532b056cad /crypto
parent7b36a06bacf7f3aa6859ce87caaabdda39a56f0d (diff)
downloadlinux-a8cc4d5adfe5b6a9e7004e624dfe9a925727f871.tar.gz
linux-a8cc4d5adfe5b6a9e7004e624dfe9a925727f871.tar.bz2
linux-a8cc4d5adfe5b6a9e7004e624dfe9a925727f871.zip
crypto: engine - check if BH is disabled during completion
[ Upstream commit 4058cf08945c18a6de193f4118fd05d83d3d4285 ] When doing iperf over ipsec with crypto hardware sun8i-ce, I hit some spinlock recursion bug. This is due to completion function called with enabled BH. Add check a to detect this. Fixes: 735d37b5424b ("crypto: engine - Introduce the block request crypto engine framework") Signed-off-by: Corentin Labbe <clabbe@baylibre.com> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Stable-dep-of: 4140aafcff16 ("crypto: engine - fix crypto_queue backlog handling") Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'crypto')
-rw-r--r--crypto/crypto_engine.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/crypto/crypto_engine.c b/crypto/crypto_engine.c
index cff21f4e03e3..fecf6baaa4f7 100644
--- a/crypto/crypto_engine.c
+++ b/crypto/crypto_engine.c
@@ -53,6 +53,7 @@ static void crypto_finalize_request(struct crypto_engine *engine,
dev_err(engine->dev, "failed to unprepare request\n");
}
}
+ lockdep_assert_in_softirq();
req->complete(req, err);
kthread_queue_work(engine->kworker, &engine->pump_requests);