<?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 cmac.c</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>cdd30ebb - module: Convert symbol namespace to string literal</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/crypto/cmac.c#cdd30ebb</link>
        <description>module: Convert symbol namespace to string literalClean up the existing export namespace code along the same lines ofcommit 33def8498fdd (&quot;treewide: Convert macro and uses of __section(foo)to __section(&quot;foo&quot;)&quot;) and for the same reason, it is not desired for thenamespace argument to be a macro expansion itself.Scripted using  git grep -l -e MODULE_IMPORT_NS -e EXPORT_SYMBOL_NS | while read file;  do    awk -i inplace &apos;      /^#define EXPORT_SYMBOL_NS/ {        gsub(/__stringify\(ns\)/, &quot;ns&quot;);        print;        next;      }      /^#define MODULE_IMPORT_NS/ {        gsub(/__stringify\(ns\)/, &quot;ns&quot;);        print;        next;      }      /MODULE_IMPORT_NS/ {        $0 = gensub(/MODULE_IMPORT_NS\(([^)]*)\)/, &quot;MODULE_IMPORT_NS(\&quot;\\1\&quot;)&quot;, &quot;g&quot;);      }      /EXPORT_SYMBOL_NS/ {        if ($0 ~ /(EXPORT_SYMBOL_NS[^(]*)\(([^,]+),/) {  	if ($0 !~ /(EXPORT_SYMBOL_NS[^(]*)\(([^,]+), ([^)]+)\)/ &amp;&amp;  	    $0 !~ /(EXPORT_SYMBOL_NS[^(]*)\(\)/ &amp;&amp;  	    $0 !~ /^my/) {  	  getline line;  	  gsub(/[[:space:]]*\\$/, &quot;&quot;);  	  gsub(/[[:space:]]/, &quot;&quot;, line);  	  $0 = $0 &quot; &quot; line;  	}  	$0 = gensub(/(EXPORT_SYMBOL_NS[^(]*)\(([^,]+), ([^)]+)\)/,  		    &quot;\\1(\\2, \&quot;\\3\&quot;)&quot;, &quot;g&quot;);        }      }      { print }&apos; $file;  doneRequested-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Signed-off-by: Peter Zijlstra (Intel) &lt;peterz@infradead.org&gt;Link: https://mail.google.com/mail/u/2/#inbox/FMfcgzQXKWgMmjdFwwdsfgxzKpVHWPlcAcked-by: Greg KH &lt;gregkh@linuxfoundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/crypto/cmac.c</description>
        <pubDate>Mon, 02 Dec 2024 14:59:47 +0000</pubDate>
        <dc:creator>Peter Zijlstra &lt;peterz@infradead.org&gt;</dc:creator>
    </item>
<item>
        <title>f9dc9f2e - crypto: cmac - remove unnecessary alignment logic</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/crypto/cmac.c#f9dc9f2e</link>
        <description>crypto: cmac - remove unnecessary alignment logicThe cmac template is setting its alignmask to that of its underlying&apos;cipher&apos;.  Yet, it doesn&apos;t care itself about how its inputs and outputsare aligned, which is ostensibly the point of the alignmask.  Instead,cmac actually just uses its alignmask itself to runtime-align certainfields in its tfm and desc contexts appropriately for its underlyingcipher.  That is almost entirely pointless too, though, since cmac isalready using the cipher API functions that handle alignment themselves,and few ciphers set a nonzero alignmask anyway.  Also, even withoutruntime alignment, an alignment of at least 4 bytes can be guaranteed.Thus, at best this code is optimizing for the rare case of ciphers thatset an alignmask &gt;= 7, at the cost of hurting the common cases.Therefore, this patch removes the manual alignment code from cmac andmakes it stop setting an alignmask.Signed-off-by: Eric Biggers &lt;ebiggers@google.com&gt;Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;

            List of files:
            /linux-6.15/crypto/cmac.c</description>
        <pubDate>Thu, 19 Oct 2023 05:53:33 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>ed51bba1 - crypto: cmac - Add support for cloning</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/crypto/cmac.c#ed51bba1</link>
        <description>crypto: cmac - Add support for cloningAllow cmac to be cloned.  The underlying cipher needs to supportcloning by not having a cra_init function (all implementations ofaes that do not require a fallback can be cloned).Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;Acked-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;

            List of files:
            /linux-6.15/crypto/cmac.c</description>
        <pubDate>Fri, 19 May 2023 08:28:37 +0000</pubDate>
        <dc:creator>Herbert Xu &lt;herbert@gondor.apana.org.au&gt;</dc:creator>
    </item>
<item>
        <title>cf2eddc9 - crypto: cmac - Use modern init_tfm/exit_tfm</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/crypto/cmac.c#cf2eddc9</link>
        <description>crypto: cmac - Use modern init_tfm/exit_tfmUse the modern init_tfm/exit_tfm interface instead of the obsoletecra_init/cra_exit interface.Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;Acked-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;

            List of files:
            /linux-6.15/crypto/cmac.c</description>
        <pubDate>Fri, 19 May 2023 08:28:32 +0000</pubDate>
        <dc:creator>Herbert Xu &lt;herbert@gondor.apana.org.au&gt;</dc:creator>
    </item>
<item>
        <title>0eb76ba2 - crypto: remove cipher routines from public crypto API</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/crypto/cmac.c#0eb76ba2</link>
        <description>crypto: remove cipher routines from public crypto APIThe cipher routines in the crypto API are mostly intended for templatesimplementing skcipher modes generically in software, and shouldn&apos;t beused outside of the crypto subsystem. So move the prototypes and allrelated definitions to a new header file under include/crypto/internal.Also, let&apos;s use the new module namespace feature to move the symbolexports into a new namespace CRYPTO_INTERNAL.Signed-off-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Acked-by: Eric Biggers &lt;ebiggers@google.com&gt;Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;

            List of files:
            /linux-6.15/crypto/cmac.c</description>
        <pubDate>Fri, 11 Dec 2020 12:27:15 +0000</pubDate>
        <dc:creator>Ard Biesheuvel &lt;ardb@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>7bcb2c99 - crypto: algapi - use common mechanism for inheriting flags</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/crypto/cmac.c#7bcb2c99</link>
        <description>crypto: algapi - use common mechanism for inheriting flagsThe flag CRYPTO_ALG_ASYNC is &quot;inherited&quot; in the sense that when atemplate is instantiated, the template will have CRYPTO_ALG_ASYNC set ifany of the algorithms it uses has CRYPTO_ALG_ASYNC set.We&apos;d like to add a second flag (CRYPTO_ALG_ALLOCATES_MEMORY) that gets&quot;inherited&quot; in the same way.  This is difficult because the handling ofCRYPTO_ALG_ASYNC is hardcoded everywhere.  Address this by:  - Add CRYPTO_ALG_INHERITED_FLAGS, which contains the set of flags that    have these inheritance semantics.  - Add crypto_algt_inherited_mask(), for use by template -&gt;create()    methods.  It returns any of these flags that the user asked to be    unset and thus must be passed in the &apos;mask&apos; to crypto_grab_*().  - Also modify crypto_check_attr_type() to handle computing the &apos;mask&apos;    so that most templates can just use this.  - Make crypto_grab_*() propagate these flags to the template instance    being created so that templates don&apos;t have to do this themselves.Make crypto/simd.c propagate these flags too, since it &quot;wraps&quot; anotheralgorithm, similar to a template.Based on a patch by Mikulas Patocka &lt;mpatocka@redhat.com&gt;(https://lore.kernel.org/r/alpine.LRH.2.02.2006301414580.30526@file01.intranet.prod.int.rdu2.redhat.com).Signed-off-by: Eric Biggers &lt;ebiggers@google.com&gt;Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;

            List of files:
            /linux-6.15/crypto/cmac.c</description>
        <pubDate>Fri, 10 Jul 2020 06:20:38 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>a39c66cc - crypto: shash - convert shash_free_instance() to new style</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/crypto/cmac.c#a39c66cc</link>
        <description>crypto: shash - convert shash_free_instance() to new styleConvert shash_free_instance() and its users to the new way of freeinginstances, where a -&gt;free() method is installed to the instance structitself.  This replaces the weakly-typed method crypto_template::free().This will allow removing support for the old way of freeing instances.Also give shash_free_instance() a more descriptive name to reflect thatit&apos;s only for instances with a single spawn, not for any instance.Signed-off-by: Eric Biggers &lt;ebiggers@google.com&gt;Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;

            List of files:
            /linux-6.15/crypto/cmac.c</description>
        <pubDate>Fri, 03 Jan 2020 04:04:38 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>d5ed3b65 - crypto: cipher - make crypto_spawn_cipher() take a crypto_cipher_spawn</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/crypto/cmac.c#d5ed3b65</link>
        <description>crypto: cipher - make crypto_spawn_cipher() take a crypto_cipher_spawnNow that all users of single-block cipher spawns have been converted touse &apos;struct crypto_cipher_spawn&apos; rather than the less specifically typed&apos;struct crypto_spawn&apos;, make crypto_spawn_cipher() take a pointer to a&apos;struct crypto_cipher_spawn&apos; rather than a &apos;struct crypto_spawn&apos;.Signed-off-by: Eric Biggers &lt;ebiggers@google.com&gt;Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;

            List of files:
            /linux-6.15/crypto/cmac.c</description>
        <pubDate>Fri, 03 Jan 2020 03:59:05 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>1d0459cd - crypto: cmac - use crypto_grab_cipher() and simplify error paths</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/crypto/cmac.c#1d0459cd</link>
        <description>crypto: cmac - use crypto_grab_cipher() and simplify error pathsMake the cmac template use the new function crypto_grab_cipher() toinitialize its cipher spawn.This is needed to make all spawns be initialized in a consistent way.This required making cmac_create() allocate the instance directly ratherthan use shash_alloc_instance().Also simplify the error handling by taking advantage of crypto_drop_*()now accepting (as a no-op) spawns that haven&apos;t been initialized yet, andby taking advantage of crypto_grab_*() now handling ERR_PTR() names.Signed-off-by: Eric Biggers &lt;ebiggers@google.com&gt;Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;

            List of files:
            /linux-6.15/crypto/cmac.c</description>
        <pubDate>Fri, 03 Jan 2020 03:59:02 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>2874c5fd - treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 152</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/crypto/cmac.c#2874c5fd</link>
        <description>treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 152Based on 1 normalized pattern(s):  this program is free software you can redistribute it and or modify  it under the terms of the gnu general public license as published by  the free software foundation either version 2 of the license or at  your option any later versionextracted by the scancode license scanner the SPDX license identifier  GPL-2.0-or-laterhas been chosen to replace the boilerplate/reference in 3029 file(s).Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Reviewed-by: Allison Randal &lt;allison@lohutok.net&gt;Cc: linux-spdx@vger.kernel.orgLink: https://lkml.kernel.org/r/20190527070032.746973796@linutronix.deSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/crypto/cmac.c</description>
        <pubDate>Mon, 27 May 2019 06:55:01 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>c4741b23 - crypto: run initcalls for generic implementations earlier</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/crypto/cmac.c#c4741b23</link>
        <description>crypto: run initcalls for generic implementations earlierUse subsys_initcall for registration of all templates and genericalgorithm implementations, rather than module_init.  Then changecryptomgr to use arch_initcall, to place it before the subsys_initcalls.This is needed so that when both a generic and optimized implementationof an algorithm are built into the kernel (not loadable modules), thegeneric implementation is registered before the optimized one.Otherwise, the self-tests for the optimized implementation are unable toallocate the generic implementation for the new comparison fuzz tests.Note that on arm, a side effect of this change is that self-tests forgeneric implementations may run before the unaligned access handler hasbeen installed.  So, unaligned accesses will crash the kernel.  This isarguably a good thing as it makes it easier to detect that type of bug.Signed-off-by: Eric Biggers &lt;ebiggers@google.com&gt;Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;

            List of files:
            /linux-6.15/crypto/cmac.c</description>
        <pubDate>Fri, 12 Apr 2019 04:57:42 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>db91af0f - crypto: algapi - make crypto_xor() and crypto_inc() alignment agnostic</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/crypto/cmac.c#db91af0f</link>
        <description>crypto: algapi - make crypto_xor() and crypto_inc() alignment agnosticInstead of unconditionally forcing 4 byte alignment for all genericchaining modes that rely on crypto_xor() or crypto_inc() (which mayresult in unnecessary copying of data when the underlying hardwarecan perform unaligned accesses efficiently), make those functionsdeal with unaligned input explicitly, but only if the Kconfig symbolHAVE_EFFICIENT_UNALIGNED_ACCESS is set. This will allow us to dropthe alignmasks from the CBC, CMAC, CTR, CTS, PCBC and SEQIV drivers.For crypto_inc(), this simply involves making the 4-byte strideconditional on HAVE_EFFICIENT_UNALIGNED_ACCESS being set, given thatit typically operates on 16 byte buffers.For crypto_xor(), an algorithm is implemented that simply runs throughthe input using the largest strides possible if unaligned accesses areallowed. If they are not, an optimal sequence of memory accesses isemitted that takes the relative alignment of the input buffers intoaccount, e.g., if the relative misalignment of dst and src is 4 bytes,the entire xor operation will be completed using 4 byte loads and stores(modulo unaligned bits at the start and end). Note that all expressionsinvolving misalign are simply eliminated by the compiler whenHAVE_EFFICIENT_UNALIGNED_ACCESS is defined.Signed-off-by: Ard Biesheuvel &lt;ard.biesheuvel@linaro.org&gt;Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;

            List of files:
            /linux-6.15/crypto/cmac.c</description>
        <pubDate>Sun, 05 Feb 2017 10:06:12 +0000</pubDate>
        <dc:creator>Ard Biesheuvel &lt;ard.biesheuvel@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>f16743e0 - crypto: cmac - fix alignment of &apos;consts&apos;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/crypto/cmac.c#f16743e0</link>
        <description>crypto: cmac - fix alignment of &apos;consts&apos;The per-transform &apos;consts&apos; array is accessed as __be64 incrypto_cmac_digest_setkey() but was only guaranteed to be aligned to__alignof__(long).  Fix this by aligning it to __alignof__(__be64).Signed-off-by: Eric Biggers &lt;ebiggers@google.com&gt;Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;

            List of files:
            /linux-6.15/crypto/cmac.c</description>
        <pubDate>Mon, 10 Oct 2016 17:15:15 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>48ee41bf - crypto: cmac - return -EINVAL if block size is unsupported</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/crypto/cmac.c#48ee41bf</link>
        <description>crypto: cmac - return -EINVAL if block size is unsupportedcmac_create() previously returned 0 if a cipher with a block size otherthan 8 or 16 bytes was specified.  It should return -EINVAL instead.Granted, this doesn&apos;t actually change any behavior because cryptomgrcurrently ignores any return value other than -EAGAIN from template-&gt;create() functions.Signed-off-by: Eric Biggers &lt;ebiggers@google.com&gt;Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;

            List of files:
            /linux-6.15/crypto/cmac.c</description>
        <pubDate>Mon, 10 Oct 2016 17:15:14 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>4943ba16 - crypto: include crypto- module prefix in template</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/crypto/cmac.c#4943ba16</link>
        <description>crypto: include crypto- module prefix in templateThis adds the module loading prefix &quot;crypto-&quot; to the template lookupas well.For example, attempting to load &apos;vfat(blowfish)&apos; via AF_ALG now correctlyincludes the &quot;crypto-&quot; prefix at every level, correctly rejecting &quot;vfat&quot;:	net-pf-38	algif-hash	crypto-vfat(blowfish)	crypto-vfat(blowfish)-all	crypto-vfatReported-by: Mathias Krause &lt;minipli@googlemail.com&gt;Signed-off-by: Kees Cook &lt;keescook@chromium.org&gt;Acked-by: Mathias Krause &lt;minipli@googlemail.com&gt;Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;

            List of files:
            /linux-6.15/crypto/cmac.c</description>
        <pubDate>Tue, 25 Nov 2014 00:32:38 +0000</pubDate>
        <dc:creator>Kees Cook &lt;keescook@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>93b5e86a - crypto: add CMAC support to CryptoAPI</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/crypto/cmac.c#93b5e86a</link>
        <description>crypto: add CMAC support to CryptoAPIPatch adds support for NIST recommended block cipher mode CMAC to CryptoAPI.This work is based on Tom St Denis&apos; earlier patch, http://marc.info/?l=linux-crypto-vger&amp;m=135877306305466&amp;w=2Cc: Tom St Denis &lt;tstdenis@elliptictech.com&gt;Signed-off-by: Jussi Kivilinna &lt;jussi.kivilinna@iki.fi&gt;Acked-by: David S. Miller &lt;davem@davemloft.net&gt;Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;

            List of files:
            /linux-6.15/crypto/cmac.c</description>
        <pubDate>Mon, 08 Apr 2013 07:48:44 +0000</pubDate>
        <dc:creator>Jussi Kivilinna &lt;jussi.kivilinna@iki.fi&gt;</dc:creator>
    </item>
</channel>
</rss>
