crypto: caam - update xts sector size for large input length
authorAndrei Botila <andrei.botila@nxp.com>
Fri, 28 Feb 2020 10:46:48 +0000 (12:46 +0200)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Fri, 24 Apr 2020 06:00:49 +0000 (08:00 +0200)
[ Upstream commit 3f142b6a7b573bde6cff926f246da05652c61eb4 ]

Since in the software implementation of XTS-AES there is
no notion of sector every input length is processed the same way.
CAAM implementation has the notion of sector which causes different
results between the software implementation and the one in CAAM
for input lengths bigger than 512 bytes.
Increase sector size to maximum value on 16 bits.

Fixes: c6415a6016bf ("crypto: caam - add support for acipher xts(aes)")
Cc: <stable@vger.kernel.org> # v4.12+
Signed-off-by: Andrei Botila <andrei.botila@nxp.com>
Reviewed-by: Horia Geantă <horia.geanta@nxp.com>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: Sasha Levin <sashal@kernel.org>
drivers/crypto/caam/caamalg_desc.c

index b23c7b72525c0f64d1a23dcb3717e874b4b627f3..a3d507fb9ea5ab4324b757bcb1015cb88f88d668 100644 (file)
@@ -1280,7 +1280,13 @@ EXPORT_SYMBOL(cnstr_shdsc_ablkcipher_givencap);
  */
 void cnstr_shdsc_xts_ablkcipher_encap(u32 * const desc, struct alginfo *cdata)
 {
-       __be64 sector_size = cpu_to_be64(512);
+       /*
+        * Set sector size to a big value, practically disabling
+        * sector size segmentation in xts implementation. We cannot
+        * take full advantage of this HW feature with existing
+        * crypto API / dm-crypt SW architecture.
+        */
+       __be64 sector_size = cpu_to_be64(BIT(15));
        u32 *key_jump_cmd;
 
        init_sh_desc(desc, HDR_SHARE_SERIAL | HDR_SAVECTX);
@@ -1332,7 +1338,13 @@ EXPORT_SYMBOL(cnstr_shdsc_xts_ablkcipher_encap);
  */
 void cnstr_shdsc_xts_ablkcipher_decap(u32 * const desc, struct alginfo *cdata)
 {
-       __be64 sector_size = cpu_to_be64(512);
+       /*
+        * Set sector size to a big value, practically disabling
+        * sector size segmentation in xts implementation. We cannot
+        * take full advantage of this HW feature with existing
+        * crypto API / dm-crypt SW architecture.
+        */
+       __be64 sector_size = cpu_to_be64(BIT(15));
        u32 *key_jump_cmd;
 
        init_sh_desc(desc, HDR_SHARE_SERIAL | HDR_SAVECTX);