summaryrefslogtreecommitdiffstats
path: root/arch/s390/crypto/sha512_s390.c
diff options
context:
space:
mode:
authorMartin Schwidefsky <schwidefsky@de.ibm.com>2016-08-15 10:41:52 +0200
committerMartin Schwidefsky <schwidefsky@de.ibm.com>2016-08-29 11:05:07 +0200
commit0177db01adf26cf9c5dfe1feaf17087de4b9e40e (patch)
treea6f228b175f6094db94e80fdc4e1a37a75d2998d /arch/s390/crypto/sha512_s390.c
parentedc63a3785b48455e05793e848f0174e21f38d09 (diff)
downloadop-kernel-dev-0177db01adf26cf9c5dfe1feaf17087de4b9e40e.zip
op-kernel-dev-0177db01adf26cf9c5dfe1feaf17087de4b9e40e.tar.gz
s390/crypto: simplify return code handling
The CPACF instructions can complete with three different condition codes: CC=0 for successful completion, CC=1 if the protected key verification failed, and CC=3 for partial completion. The inline functions will restart the CPACF instruction for partial completion, this removes the CC=3 case. The CC=1 case is only relevant for the protected key functions of the KM, KMC, KMAC and KMCTR instructions. As the protected key functions are not used by the current code, there is no need for any kind of return code handling. Reviewed-by: Harald Freudenberger <freude@linux.vnet.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Diffstat (limited to 'arch/s390/crypto/sha512_s390.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud