[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YlPn0nevX6zdYWwG@Red>
Date: Mon, 11 Apr 2022 10:33:22 +0200
From: LABBE Corentin <clabbe@...libre.com>
To: John Keeping <john@...anate.com>
Cc: heiko@...ech.de, herbert@...dor.apana.org.au, krzk+dt@...nel.org,
robh+dt@...nel.org, devicetree@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-crypto@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-rockchip@...ts.infradead.org
Subject: Re: [PATCH v4 17/33] crypto: rockchip: use read_poll_timeout
Le Mon, Apr 04, 2022 at 12:38:27PM +0100, John Keeping a écrit :
> On Fri, Apr 01, 2022 at 08:17:48PM +0000, Corentin Labbe wrote:
> > Use read_poll_timeout instead of open coding it
> >
> > Signed-off-by: Corentin Labbe <clabbe@...libre.com>
> > ---
> > drivers/crypto/rockchip/rk3288_crypto_ahash.c | 5 +++--
> > 1 file changed, 3 insertions(+), 2 deletions(-)
> >
> > diff --git a/drivers/crypto/rockchip/rk3288_crypto_ahash.c b/drivers/crypto/rockchip/rk3288_crypto_ahash.c
> > index 137013bd4410..21c9a0327ddf 100644
> > --- a/drivers/crypto/rockchip/rk3288_crypto_ahash.c
> > +++ b/drivers/crypto/rockchip/rk3288_crypto_ahash.c
> > @@ -10,6 +10,7 @@
> > */
> > #include <linux/device.h>
> > #include <asm/unaligned.h>
> > +#include <linux/iopoll.h>
> > #include "rk3288_crypto.h"
> >
> > /*
> > @@ -305,8 +306,8 @@ static int rk_hash_run(struct crypto_engine *engine, void *breq)
> > * efficiency, and make it response quickly when dma
> > * complete.
> > */
> > - while (!CRYPTO_READ(tctx->dev, RK_CRYPTO_HASH_STS))
> > - udelay(10);
> > + read_poll_timeout(readl, v, v == 0, 10, 1000, false,
> > + tctx->dev->dev + RK_CRYPTO_HASH_STS);
>
> This can be simplified to:
>
> readl_poll_timeout(tctx->dev->dev + RK_CRYPTO_HASH_STS,
> v, v == 0, 10, 1000);
Thanks, this is better.
>
> But shouldn't this be tctx->dev->reg ?!
Yes, I will fix it.
Thanks
Regards
Powered by blists - more mailing lists