summaryrefslogtreecommitdiffstats
path: root/crypto/ecc.c
diff options
context:
space:
mode:
authorIuliana Prodan <iuliana.prodan@nxp.com>2020-05-20 01:17:25 +0300
committerHerbert Xu <herbert@gondor.apana.org.au>2020-05-28 17:27:52 +1000
commitd1c72f6e4c051620f44b170dff991240117dd911 (patch)
tree075228d2b475912ff9960ba7e1f2802156d69909 /crypto/ecc.c
parentae4052c59c2d12ee68b3e48eeef1d5ef202b1a0a (diff)
downloadlinux-d1c72f6e4c051620f44b170dff991240117dd911.tar.gz
linux-d1c72f6e4c051620f44b170dff991240117dd911.tar.bz2
linux-d1c72f6e4c051620f44b170dff991240117dd911.zip
crypto: engine - do not requeue in case of fatal error
Now, in crypto-engine, if hardware queue is full (-ENOSPC), requeue request regardless of MAY_BACKLOG flag. If hardware throws any other error code (like -EIO, -EINVAL, -ENOMEM, etc.) only MAY_BACKLOG requests are enqueued back into crypto-engine's queue, since the others can be dropped. The latter case can be fatal error, so those cannot be recovered from. For example, in CAAM driver, -EIO is returned in case the job descriptor is broken, so there is no possibility to fix the job descriptor. Therefore, these errors might be fatal error, so we shouldn’t requeue the request. This will just be pass back and forth between crypto-engine and hardware. Fixes: 6a89f492f8e5 ("crypto: engine - support for parallel requests based on retry mechanism") Signed-off-by: Iuliana Prodan <iuliana.prodan@nxp.com> Reported-by: Horia Geantă <horia.geanta@nxp.com> Reviewed-by: Horia Geantă <horia.geanta@nxp.com> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Diffstat (limited to 'crypto/ecc.c')
0 files changed, 0 insertions, 0 deletions