<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/crypto/keembay, branch linux-5.14.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-5.14.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-5.14.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2021-04-16T11:16:32Z</updated>
<entry>
<title>crypto: keembay - Remove redundant dev_err calls</title>
<updated>2021-04-16T11:16:32Z</updated>
<author>
<name>YueHaibing</name>
</author>
<published>2021-04-07T14:18:18Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6dab3746738939f0b2381d3f71a45fc5b4c674ad'/>
<id>urn:sha1:6dab3746738939f0b2381d3f71a45fc5b4c674ad</id>
<content type='text'>
There is a error message within devm_ioremap_resource
already, so remove the dev_err call to avoid redundant
error message.

Signed-off-by: YueHaibing &lt;yuehaibing@huawei.com&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
</content>
</entry>
<entry>
<title>crypto: keembay - Fix incorrectly named functions/structs</title>
<updated>2021-03-26T09:02:35Z</updated>
<author>
<name>Lee Jones</name>
</author>
<published>2021-03-18T12:44:17Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e2dcca6a27073862658f1caf3174b570fc7e92c3'/>
<id>urn:sha1:e2dcca6a27073862658f1caf3174b570fc7e92c3</id>
<content type='text'>
Fixes the following W=1 kernel build warning(s):

 drivers/crypto/keembay/ocs-hcu.c:107: warning: expecting prototype for struct ocs_hcu_dma_list. Prototype was for struct ocs_hcu_dma_entry instead
 drivers/crypto/keembay/ocs-hcu.c:127: warning: expecting prototype for struct ocs_dma_list. Prototype was for struct ocs_hcu_dma_list instead
 drivers/crypto/keembay/ocs-hcu.c:610: warning: expecting prototype for ocs_hcu_digest(). Prototype was for ocs_hcu_hash_update() instead
 drivers/crypto/keembay/ocs-hcu.c:648: warning: expecting prototype for ocs_hcu_hash_final(). Prototype was for ocs_hcu_hash_finup() instead

Cc: Daniele Alessandrelli &lt;daniele.alessandrelli@intel.com&gt;
Cc: Declan Murphy &lt;declan.murphy@intel.com&gt;
Cc: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
Cc: "David S. Miller" &lt;davem@davemloft.net&gt;
Cc: linux-crypto@vger.kernel.org
Signed-off-by: Lee Jones &lt;lee.jones@linaro.org&gt;
Reviewed-by: Daniele Alessandrelli &lt;daniele.alessandrelli@intel.com&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
</content>
</entry>
<entry>
<title>crypto: keembay-ocs-aes - Fix error return code in kmb_ocs_aes_probe()</title>
<updated>2021-03-07T04:13:15Z</updated>
<author>
<name>Wei Yongjun</name>
</author>
<published>2021-02-10T07:45:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2eee428d8212265af09d349b74746be03513382e'/>
<id>urn:sha1:2eee428d8212265af09d349b74746be03513382e</id>
<content type='text'>
Fix to return negative error code -ENOMEM from the error handling
case instead of 0, as done elsewhere in this function.

Fixes: 885743324513 ("crypto: keembay - Add support for Keem Bay OCS AES/SM4")
Reported-by: Hulk Robot &lt;hulkci@huawei.com&gt;
Signed-off-by: Wei Yongjun &lt;weiyongjun1@huawei.com&gt;
Reviewed-by: Daniele Alessandrelli &lt;daniele.alessandrelli@intel.com&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
</content>
</entry>
<entry>
<title>crypto: keembay-ocs-hcu - Fix error return code in kmb_ocs_hcu_probe()</title>
<updated>2021-03-07T04:13:15Z</updated>
<author>
<name>Wei Yongjun</name>
</author>
<published>2021-02-10T07:43:50Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=662c1c5618aaf71f99ada3105b99668a503605ae'/>
<id>urn:sha1:662c1c5618aaf71f99ada3105b99668a503605ae</id>
<content type='text'>
Fix to return negative error code -ENOMEM from the error handling
case instead of 0, as done elsewhere in this function.

Fixes: 472b04444cd3 ("crypto: keembay - Add Keem Bay OCS HCU driver")
Reported-by: Hulk Robot &lt;hulkci@huawei.com&gt;
Signed-off-by: Wei Yongjun &lt;weiyongjun1@huawei.com&gt;
Reviewed-by: Daniele Alessandrelli &lt;daniele.alessandrelli@intel.com&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
</content>
</entry>
<entry>
<title>crypto: keembay-ocs-aes - Fix 'q' assignment during CCM B0 generation</title>
<updated>2021-02-10T06:55:59Z</updated>
<author>
<name>Daniele Alessandrelli</name>
</author>
<published>2021-02-03T15:42:10Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0db5bc85c5d871188b6f66ee26bc712a309a4a3d'/>
<id>urn:sha1:0db5bc85c5d871188b6f66ee26bc712a309a4a3d</id>
<content type='text'>
In ocs_aes_ccm_write_b0(), 'q' (the octet length of the binary
representation of the octet length of the payload) is set to 'iv[0]',
while it should be set to 'iv[0] &amp; 0x7' (i.e., only the last 3
bits of iv[0] should be used), as documented in NIST Special Publication
800-38C:
https://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-38c.pdf

In practice, this is not an issue, since 'iv[0]' is checked to be in the
range [1-7] by ocs_aes_validate_inputs(), but let's fix the assignment
anyway, in order to make the code more robust.

Signed-off-by: Daniele Alessandrelli &lt;daniele.alessandrelli@intel.com&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
</content>
</entry>
<entry>
<title>crypto: keembay - use 64-bit arithmetic for computing bit_len</title>
<updated>2021-01-22T03:58:04Z</updated>
<author>
<name>Ovidiu Panait</name>
</author>
<published>2021-01-15T20:46:05Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=29dfe4d94f5c99d164c307b8320e45cb85fb4b21'/>
<id>urn:sha1:29dfe4d94f5c99d164c307b8320e45cb85fb4b21</id>
<content type='text'>
src_size and aad_size are defined as u32, so the following expressions are
currently being evaluated using 32-bit arithmetic:

bit_len = src_size * 8;
...
bit_len = aad_size * 8;

However, bit_len is used afterwards in a context that expects a valid
64-bit value (the lower and upper 32-bit words of bit_len are extracted
and written to hw).

In order to make sure the correct bit length is generated and the 32-bit
multiplication does not wrap around, cast src_size and aad_size to u64.

Signed-off-by: Ovidiu Panait &lt;ovidiu.panait@windriver.com&gt;
Acked-by: Daniele Alessandrelli &lt;daniele.alessandrelli@intel.com&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
</content>
</entry>
<entry>
<title>crypto: keembay-ocs-hcu - Add dependency on HAS_IOMEM and ARCH_KEEMBAY</title>
<updated>2021-01-14T06:43:10Z</updated>
<author>
<name>Daniele Alessandrelli</name>
</author>
<published>2021-01-06T15:27:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e2811196fbe0d8d21ad5c06488a5e896ceeb97fd'/>
<id>urn:sha1:e2811196fbe0d8d21ad5c06488a5e896ceeb97fd</id>
<content type='text'>
Add the following additional dependencies for CRYPTO_DEV_KEEMBAY_OCS_HCU:

- HAS_IOMEM to prevent build failures

- ARCH_KEEMBAY to prevent asking the user about this driver when
  configuring a kernel without Intel Keem Bay platform support.

Signed-off-by: Daniele Alessandrelli &lt;daniele.alessandrelli@intel.com&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
</content>
</entry>
<entry>
<title>crypto: keembay-ocs-hcu - Fix a WARN() message</title>
<updated>2021-01-14T06:10:30Z</updated>
<author>
<name>Dan Carpenter</name>
</author>
<published>2021-01-06T09:25:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2aa3da2d34787fbabd87ebf6468cf36bf8ed8d92'/>
<id>urn:sha1:2aa3da2d34787fbabd87ebf6468cf36bf8ed8d92</id>
<content type='text'>
The first argument to WARN() is a condition and the messages is the
second argument is the string, so this WARN() will only display the
__func__ part of the message.

Fixes: ae832e329a8d ("crypto: keembay-ocs-hcu - Add HMAC support")
Signed-off-by: Dan Carpenter &lt;dan.carpenter@oracle.com&gt;
Acked-by: Daniele Alessandrelli &lt;daniele.alessandrelli@intel.com&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
</content>
</entry>
<entry>
<title>crypto: keembay-ocs-hcu - Add optional support for sha224</title>
<updated>2021-01-02T21:41:37Z</updated>
<author>
<name>Daniele Alessandrelli</name>
</author>
<published>2020-12-16T11:46:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b46f80368869cf46dbfe97ca8dfaf02e6be4510e'/>
<id>urn:sha1:b46f80368869cf46dbfe97ca8dfaf02e6be4510e</id>
<content type='text'>
Add optional support of sha224 and hmac(sha224).

Co-developed-by: Declan Murphy &lt;declan.murphy@intel.com&gt;
Signed-off-by: Declan Murphy &lt;declan.murphy@intel.com&gt;
Signed-off-by: Daniele Alessandrelli &lt;daniele.alessandrelli@intel.com&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
</content>
</entry>
<entry>
<title>crypto: keembay-ocs-hcu - Add HMAC support</title>
<updated>2021-01-02T21:41:36Z</updated>
<author>
<name>Daniele Alessandrelli</name>
</author>
<published>2020-12-16T11:46:37Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ae832e329a8d17144e5ae625e1704901f0e0b024'/>
<id>urn:sha1:ae832e329a8d17144e5ae625e1704901f0e0b024</id>
<content type='text'>
Add HMAC support to the Keem Bay OCS HCU driver, thus making it provide
the following additional transformations:
- hmac(sha256)
- hmac(sha384)
- hmac(sha512)
- hmac(sm3)

The Keem Bay OCS HCU hardware does not allow "context-switch" for HMAC
operations, i.e., it does not support computing a partial HMAC, save its
state and then continue it later. Therefore, full hardware acceleration
is provided only when possible (e.g., when crypto_ahash_digest() is
called); in all other cases hardware acceleration is only partial (OPAD
and IPAD calculation is done in software, while hashing is hardware
accelerated).

Co-developed-by: Declan Murphy &lt;declan.murphy@intel.com&gt;
Signed-off-by: Declan Murphy &lt;declan.murphy@intel.com&gt;
Signed-off-by: Daniele Alessandrelli &lt;daniele.alessandrelli@intel.com&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
</content>
</entry>
</feed>
