[PATCH 3/7] crypto: stm32/hash: Use existing busy poll function
lionel.debieve at foss.st.com
lionel.debieve at foss.st.com
Tue Jan 3 00:13:44 PST 2023
Acked-by: Lionel Debieve <lionel.debieve at foss.st.com>
ST Restricted
-----Original Message-----
From: Linus Walleij <linus.walleij at linaro.org>
Sent: Wednesday, December 28, 2022 12:04 AM
To: Herbert Xu <herbert at gondor.apana.org.au>; David S. Miller <davem at davemloft.net>; Rob Herring <robh+dt at kernel.org>; Krzysztof Kozlowski <krzysztof.kozlowski+dt at linaro.org>; Maxime Coquelin <mcoquelin.stm32 at gmail.com>; Alexandre Torgue <alexandre.torgue at foss.st.com>; Lionel Debieve <lionel.debieve at foss.st.com>
Cc: linux-crypto at vger.kernel.org; devicetree at vger.kernel.org; linux-stm32 at st-md-mailman.stormreply.com; linux-arm-kernel at lists.infradead.org; linux-kernel at vger.kernel.org; Linus Walleij <linus.walleij at linaro.org>
Subject: [PATCH 3/7] crypto: stm32/hash: Use existing busy poll function
When exporting state we are waiting indefinitely in the same was as the ordinary stm32_hash_wait_busy() poll-for-completion function but without a timeout, which means we could hang in an eternal loop. Fix this by waiting for completion like the rest of the code.
Signed-off-by: Linus Walleij <linus.walleij at linaro.org>
---
drivers/crypto/stm32/stm32-hash.c | 6 ++++--
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/crypto/stm32/stm32-hash.c b/drivers/crypto/stm32/stm32-hash.c
index 0473ced7b4ea..cc0a4e413a82 100644
--- a/drivers/crypto/stm32/stm32-hash.c
+++ b/drivers/crypto/stm32/stm32-hash.c
@@ -960,11 +960,13 @@ static int stm32_hash_export(struct ahash_request *req, void *out)
struct stm32_hash_dev *hdev = stm32_hash_find_dev(ctx);
u32 *preg;
unsigned int i;
+ int ret;
pm_runtime_get_sync(hdev->dev);
- while ((stm32_hash_read(hdev, HASH_SR) & HASH_SR_BUSY))
- cpu_relax();
+ ret = stm32_hash_wait_busy(hdev);
+ if (ret)
+ return ret;
rctx->hw_context = kmalloc_array(3 + HASH_CSR_REGISTER_NUMBER,
sizeof(u32),
--
2.38.1
More information about the linux-arm-kernel
mailing list