<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in sm3.h</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2025</copyright>
    <generator>Java</generator><item>
        <title>370c3883195566ee3e7d79e0146c3d735a406573 - Merge tag &apos;libcrypto-for-linus&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/ebiggers/linux</title>
        <link>http://opengrok.net:8080/history/linux/lib/crypto/riscv/sm3.h#370c3883195566ee3e7d79e0146c3d735a406573</link>
        <description>Merge tag &apos;libcrypto-for-linus&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/ebiggers/linuxPull crypto library updates from Eric Biggers: - Migrate more hash algorithms from the traditional crypto subsystem to   lib/crypto/   Like the algorithms migrated earlier (e.g. SHA-*), this simplifies   the implementations, improves performance, enables further   simplifications in calling code, and solves various other issues:     - AES CBC-based MACs (AES-CMAC, AES-XCBC-MAC, and AES-CBC-MAC)         - Support these algorithms in lib/crypto/ using the AES library           and the existing arm64 assembly code         - Reimplement the traditional crypto API&apos;s &quot;cmac(aes)&quot;,           &quot;xcbc(aes)&quot;, and &quot;cbcmac(aes)&quot; on top of the library         - Convert mac80211 to use the AES-CMAC library. Note: several           other subsystems can use it too and will be converted later         - Drop the broken, nonstandard, and likely unused support for           &quot;xcbc(aes)&quot; with key lengths other than 128 bits         - Enable optimizations by default     - GHASH         - Migrate the standalone GHASH code into lib/crypto/         - Integrate the GHASH code more closely with the very similar           POLYVAL code, and improve the generic GHASH implementation to           resist cache-timing attacks and use much less memory         - Reimplement the AES-GCM library and the &quot;gcm&quot; crypto_aead           template on top of the GHASH library. Remove &quot;ghash&quot; from the           crypto_shash API, as it&apos;s no longer needed         - Enable optimizations by default     - SM3         - Migrate the kernel&apos;s existing SM3 code into lib/crypto/, and           reimplement the traditional crypto API&apos;s &quot;sm3&quot; on top of it         - I don&apos;t recommend using SM3, but this cleanup is worthwhile           to organize the code the same way as other algorithms - Testing improvements:     - Add a KUnit test suite for each of the new library APIs     - Migrate the existing ChaCha20Poly1305 test to KUnit     - Make the KUnit all_tests.config enable all crypto library tests     - Move the test kconfig options to the Runtime Testing menu - Other updates to arch-optimized crypto code:     - Optimize SHA-256 for Zhaoxin CPUs using the Padlock Hash Engine     - Remove some MD5 implementations that are no longer worth keeping     - Drop big endian and voluntary preemption support from the arm64       code, as those configurations are no longer supported on arm64 - Make jitterentropy and samples/tsm-mr use the crypto library APIs* tag &apos;libcrypto-for-linus&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/ebiggers/linux: (66 commits)  lib/crypto: arm64: Assume a little-endian kernel  arm64: fpsimd: Remove obsolete cond_yield macro  lib/crypto: arm64/sha3: Remove obsolete chunking logic  lib/crypto: arm64/sha512: Remove obsolete chunking logic  lib/crypto: arm64/sha256: Remove obsolete chunking logic  lib/crypto: arm64/sha1: Remove obsolete chunking logic  lib/crypto: arm64/poly1305: Remove obsolete chunking logic  lib/crypto: arm64/gf128hash: Remove obsolete chunking logic  lib/crypto: arm64/chacha: Remove obsolete chunking logic  lib/crypto: arm64/aes: Remove obsolete chunking logic  lib/crypto: Include &lt;crypto/utils.h&gt; instead of &lt;crypto/algapi.h&gt;  lib/crypto: aesgcm: Don&apos;t disable IRQs during AES block encryption  lib/crypto: aescfb: Don&apos;t disable IRQs during AES block encryption  lib/crypto: tests: Migrate ChaCha20Poly1305 self-test to KUnit  lib/crypto: sparc: Drop optimized MD5 code  lib/crypto: mips: Drop optimized MD5 code  lib: Move crypto library tests to Runtime Testing menu  crypto: sm3 - Remove &apos;struct sm3_state&apos;  crypto: sm3 - Remove the original &quot;sm3_block_generic()&quot;  crypto: sm3 - Remove sm3_base.h  ...

            List of files:
            /linux/lib/crypto/riscv/sm3.h</description>
        <pubDate>Tue, 14 Apr 2026 00:31:39 +0000</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>5f6bbba5e9bb7f271557513d0ed77bb7b5a92698 - lib/crypto: riscv/sm3: Migrate optimized code into library</title>
        <link>http://opengrok.net:8080/history/linux/lib/crypto/riscv/sm3.h#5f6bbba5e9bb7f271557513d0ed77bb7b5a92698</link>
        <description>lib/crypto: riscv/sm3: Migrate optimized code into libraryInstead of exposing the riscv-optimized SM3 code via a riscv-specificcrypto_shash algorithm, instead just implement the sm3_blocks() libraryfunction.  This is much simpler, it makes the SM3 library functions beriscv-optimized, and it fixes the longstanding issue where theriscv-optimized SM3 code was disabled by default.  SM3 still remainsavailable through crypto_shash, but individual architectures no longerneed to handle it.Tweak the prototype of sm3_transform_zvksh_zvkb() to match what thelibrary expects, including changing the block count to size_t.Note that the assembly code already treated it as size_t.Note: to see the diff from arch/riscv/crypto/sm3-riscv64-glue.c tolib/crypto/riscv/sm3.h, view this commit with &apos;git show -M10&apos;.Acked-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Link: https://lore.kernel.org/r/20260321040935.410034-9-ebiggers@kernel.orgSigned-off-by: Eric Biggers &lt;ebiggers@kernel.org&gt;

            List of files:
            /linux/lib/crypto/riscv/sm3.h</description>
        <pubDate>Sat, 21 Mar 2026 04:09:31 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@kernel.org&gt;</dc:creator>
    </item>
</channel>
</rss>
