<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/arm64/crypto, branch linux-6.7.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-6.7.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-6.7.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2024-03-06T14:53:56Z</updated>
<entry>
<title>crypto: arm64/neonbs - fix out-of-bounds access on short input</title>
<updated>2024-03-06T14:53:56Z</updated>
<author>
<name>Ard Biesheuvel</name>
</author>
<published>2024-02-23T13:20:35Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9e8ecd4908b53941ab6f0f51584ab80c6c6606c4'/>
<id>urn:sha1:9e8ecd4908b53941ab6f0f51584ab80c6c6606c4</id>
<content type='text'>
commit 1c0cf6d19690141002889d72622b90fc01562ce4 upstream.

The bit-sliced implementation of AES-CTR operates on blocks of 128
bytes, and will fall back to the plain NEON version for tail blocks or
inputs that are shorter than 128 bytes to begin with.

It will call straight into the plain NEON asm helper, which performs all
memory accesses in granules of 16 bytes (the size of a NEON register).
For this reason, the associated plain NEON glue code will copy inputs
shorter than 16 bytes into a temporary buffer, given that this is a rare
occurrence and it is not worth the effort to work around this in the asm
code.

The fallback from the bit-sliced NEON version fails to take this into
account, potentially resulting in out-of-bounds accesses. So clone the
same workaround, and use a temp buffer for short in/outputs.

Fixes: fc074e130051 ("crypto: arm64/aes-neonbs-ctr - fallback to plain NEON for final chunk")
Cc: &lt;stable@vger.kernel.org&gt;
Reported-by: syzbot+f1ceaa1a09ab891e1934@syzkaller.appspotmail.com
Reviewed-by: Eric Biggers &lt;ebiggers@google.com&gt;
Signed-off-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>crypto: arm64/sha512 - clean up backwards function names</title>
<updated>2023-10-20T05:39:26Z</updated>
<author>
<name>Eric Biggers</name>
</author>
<published>2023-10-10T06:41:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1be7505933a5eb68f92700d8faba4633733f17d7'/>
<id>urn:sha1:1be7505933a5eb68f92700d8faba4633733f17d7</id>
<content type='text'>
In the Linux kernel, a function whose name has two leading underscores
is conventionally called by the same-named function without leading
underscores -- not the other way around.  __sha512_block_data_order()
got this backwards.  Fix this, albeit without changing the name in the
perlasm since that is OpenSSL code.  No change in behavior.

Signed-off-by: Eric Biggers &lt;ebiggers@google.com&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
</content>
</entry>
<entry>
<title>crypto: arm64/sha256 - clean up backwards function names</title>
<updated>2023-10-20T05:39:26Z</updated>
<author>
<name>Eric Biggers</name>
</author>
<published>2023-10-10T06:41:26Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=455951b5e172bbb0eb1d54d4fd9c1cfef732e210'/>
<id>urn:sha1:455951b5e172bbb0eb1d54d4fd9c1cfef732e210</id>
<content type='text'>
In the Linux kernel, a function whose name has two leading underscores
is conventionally called by the same-named function without leading
underscores -- not the other way around.  __sha256_block_data_order()
and __sha256_block_neon() got this backwards.  Fix this, albeit without
changing the names in the perlasm since that is OpenSSL code.  No change
in behavior.

Signed-off-by: Eric Biggers &lt;ebiggers@google.com&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
</content>
</entry>
<entry>
<title>crypto: arm64/sha512-ce - clean up backwards function names</title>
<updated>2023-10-20T05:39:25Z</updated>
<author>
<name>Eric Biggers</name>
</author>
<published>2023-10-10T06:41:25Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5f720a3df346548db69fe3bc0bef44a16eda4513'/>
<id>urn:sha1:5f720a3df346548db69fe3bc0bef44a16eda4513</id>
<content type='text'>
In the Linux kernel, a function whose name has two leading underscores
is conventionally called by the same-named function without leading
underscores -- not the other way around.  __sha512_ce_transform() and
__sha512_block_data_order() got this backwards.  Fix this, albeit
without changing "sha512_block_data_order" in the perlasm since that is
OpenSSL code.  No change in behavior.

Signed-off-by: Eric Biggers &lt;ebiggers@google.com&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
</content>
</entry>
<entry>
<title>crypto: arm64/sha2-ce - clean up backwards function names</title>
<updated>2023-10-20T05:39:25Z</updated>
<author>
<name>Eric Biggers</name>
</author>
<published>2023-10-10T06:41:24Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ba30d31121fe6fad34b0e7018f848b5d11b359dd'/>
<id>urn:sha1:ba30d31121fe6fad34b0e7018f848b5d11b359dd</id>
<content type='text'>
In the Linux kernel, a function whose name has two leading underscores
is conventionally called by the same-named function without leading
underscores -- not the other way around.  __sha2_ce_transform() and
__sha256_block_data_order() got this backwards.  Fix this, albeit
without changing "sha256_block_data_order" in the perlasm since that is
OpenSSL code.  No change in behavior.

Signed-off-by: Eric Biggers &lt;ebiggers@google.com&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
</content>
</entry>
<entry>
<title>crypto: arm64/sha1-ce - clean up backwards function names</title>
<updated>2023-10-20T05:39:25Z</updated>
<author>
<name>Eric Biggers</name>
</author>
<published>2023-10-10T06:41:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1f9f3a5218b1e8d8dadb81ceb43a30125804203c'/>
<id>urn:sha1:1f9f3a5218b1e8d8dadb81ceb43a30125804203c</id>
<content type='text'>
In the Linux kernel, a function whose name has two leading underscores
is conventionally called by the same-named function without leading
underscores -- not the other way around.  __sha1_ce_transform() got this
backwards.  Fix this.  No change in behavior.

Signed-off-by: Eric Biggers &lt;ebiggers@google.com&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
</content>
</entry>
<entry>
<title>crypto: arm64/nhpoly1305 - implement -&gt;digest</title>
<updated>2023-10-20T05:39:25Z</updated>
<author>
<name>Eric Biggers</name>
</author>
<published>2023-10-10T05:59:45Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ddefde7b2af85b1f689c44a5ffdf1198767c9c2a'/>
<id>urn:sha1:ddefde7b2af85b1f689c44a5ffdf1198767c9c2a</id>
<content type='text'>
Implement the -&gt;digest method to improve performance on single-page
messages by reducing the number of indirect calls.

Signed-off-by: Eric Biggers &lt;ebiggers@google.com&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
</content>
</entry>
<entry>
<title>crypto: arm64/sha2-ce - implement -&gt;digest for sha256</title>
<updated>2023-10-20T05:39:25Z</updated>
<author>
<name>Eric Biggers</name>
</author>
<published>2023-10-09T07:53:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1efcbf0eff1022f6a44f8c04691caa5f90606bac'/>
<id>urn:sha1:1efcbf0eff1022f6a44f8c04691caa5f90606bac</id>
<content type='text'>
Implement a -&gt;digest function for sha256-ce.  This improves the
performance of crypto_shash_digest() with this algorithm by reducing the
number of indirect calls that are made.  This only adds ~112 bytes of
code, mostly for the inlined init, as the finup function is tail-called.

For now, don't bother with this for sha224, since sha224 is rarely used.

Signed-off-by: Eric Biggers &lt;ebiggers@google.com&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
</content>
</entry>
<entry>
<title>crypto: arm64/aes - remove Makefile hack</title>
<updated>2023-08-11T11:19:27Z</updated>
<author>
<name>Masahiro Yamada</name>
</author>
<published>2023-08-01T10:11:46Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ac2d838fb7c479434513c8d4565a111fb805edaa'/>
<id>urn:sha1:ac2d838fb7c479434513c8d4565a111fb805edaa</id>
<content type='text'>
Do it more simiply. This also fixes single target builds.

[before]

  $ make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- arch/arm64/crypto/aes-glue-ce.i
    [snip]
  make[4]: *** No rule to make target 'arch/arm64/crypto/aes-glue-ce.i'.  Stop.

[after]

  $ make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- arch/arm64/crypto/aes-glue-ce.i
    [snip]
    CPP     arch/arm64/crypto/aes-glue-ce.i

Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;
Acked-by: Will Deacon &lt;will@kernel.org&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
</content>
</entry>
<entry>
<title>crypto: arm64/sha256-glue - Include module.h</title>
<updated>2023-05-19T12:56:59Z</updated>
<author>
<name>Herbert Xu</name>
</author>
<published>2023-05-19T12:41:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f573db7aa528f11820dcc811bc7791b231d22b1c'/>
<id>urn:sha1:f573db7aa528f11820dcc811bc7791b231d22b1c</id>
<content type='text'>
Include module.h in arch/arm64/crypto/sha256-glue.c as it uses
various macros (such as MODULE_AUTHOR) that are defined there.

Also fix the ordering of types.h.

Reported-by: kernel test robot &lt;lkp@intel.com&gt;
Closes: https://lore.kernel.org/oe-kbuild-all/202305191953.PIB1w80W-lkp@intel.com/
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
</content>
</entry>
</feed>
