summaryrefslogtreecommitdiff
path: root/crypto/crypto_engine.c
diff options
context:
space:
mode:
authorCorentin Labbe <clabbe@baylibre.com>2022-02-21 12:08:33 +0000
committerHerbert Xu <herbert@gondor.apana.org.au>2022-03-03 10:47:49 +1200
commit4058cf08945c18a6de193f4118fd05d83d3d4285 (patch)
treeb7ce46a35d9c995514899d909bd251524997115a /crypto/crypto_engine.c
parent7f22421103c5a7f9a1726f0ed125274c38174ddb (diff)
downloadlwn-4058cf08945c18a6de193f4118fd05d83d3d4285.tar.gz
lwn-4058cf08945c18a6de193f4118fd05d83d3d4285.zip
crypto: engine - check if BH is disabled during completion
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>
Diffstat (limited to 'crypto/crypto_engine.c')
-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 fb07da9920ee..6056a990c9f2 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);