<?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 api.rst</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>65c4c93c - crypto: sig - Introduce sig_alg backend</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/crypto/api.rst#65c4c93c</link>
        <description>crypto: sig - Introduce sig_alg backendCommit 6cb8815f41a9 (&quot;crypto: sig - Add interface for sign/verify&quot;)began a transition of asymmetric sign/verify operations fromcrypto_akcipher to a new crypto_sig frontend.Internally, the crypto_sig frontend still uses akcipher_alg as backend,however:   &quot;The link between sig and akcipher is meant to be temporary.  The    plan is to create a new low-level API for sig and then migrate    the signature code over to that from akcipher.&quot;    https://lore.kernel.org/r/ZrG6w9wsb-iiLZIF@gondor.apana.org.au/   &quot;having a separate alg for sig is definitely where we want to    be since there is very little that the two types actually share.&quot;    https://lore.kernel.org/r/ZrHlpz4qnre0zWJO@gondor.apana.org.au/Take the next step of that migration and augment the crypto_sig frontendwith a sig_alg backend to which all algorithms can be moved.During the migration, there will briefly be signature algorithms thatare still based on crypto_akcipher, whilst others are already based oncrypto_sig.  Allow for that by building a fork into crypto_sig_*() APIcalls (i.e. crypto_sig_maxsize() and friends) such that one of the twobackends is selected based on the transform&apos;s cra_type.Signed-off-by: Lukas Wunner &lt;lukas@wunner.de&gt;Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;

            List of files:
            /linux-6.15/Documentation/crypto/api.rst</description>
        <pubDate>Tue, 10 Sep 2024 14:30:12 +0000</pubDate>
        <dc:creator>Lukas Wunner &lt;lukas@wunner.de&gt;</dc:creator>
    </item>
<item>
        <title>1f821382 - crypto: doc: properly format ToC headings</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/crypto/api.rst#1f821382</link>
        <description>crypto: doc: properly format ToC headings&quot;class:: toc-title&quot; was a workaround for older Sphinx versions that areno longer supported.The canonical way to add a heading to the ToC is to use :caption:.Do that.Cc: Mauro Carvalho Chehab &lt;mchehab@kernel.org&gt;Cc: Stephan Mueller &lt;smueller@chronox.de&gt;Signed-off-by: Vegard Nossum &lt;vegard.nossum@oracle.com&gt;Signed-off-by: Jonathan Corbet &lt;corbet@lwn.net&gt;Link: https://lore.kernel.org/r/20231027081830.195056-5-vegard.nossum@oracle.com

            List of files:
            /linux-6.15/Documentation/crypto/api.rst</description>
        <pubDate>Fri, 27 Oct 2023 08:18:23 +0000</pubDate>
        <dc:creator>Vegard Nossum &lt;vegard.nossum@oracle.com&gt;</dc:creator>
    </item>
<item>
        <title>c79b411e - crypto: skcipher - remove remnants of internal IV generators</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/crypto/api.rst#c79b411e</link>
        <description>crypto: skcipher - remove remnants of internal IV generatorsRemove dead code related to internal IV generators, which are no longerused since they&apos;ve been replaced with the &quot;seqiv&quot; and &quot;echainiv&quot;templates.  The removed code includes:- The &quot;givcipher&quot; (GIVCIPHER) algorithm type.  No algorithms are  registered with this type anymore, so it&apos;s unneeded.- The &quot;const char *geniv&quot; member of aead_alg, ablkcipher_alg, and  blkcipher_alg.  A few algorithms still set this, but it isn&apos;t used  anymore except to show via /proc/crypto and CRYPTO_MSG_GETALG.  Just hardcode &quot;&lt;default&gt;&quot; or &quot;&lt;none&gt;&quot; in those cases.- The &apos;skcipher_givcrypt_request&apos; structure, which is never used.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/Documentation/crypto/api.rst</description>
        <pubDate>Sun, 16 Dec 2018 23:55:06 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>8d23da22 - crypto: doc - add KPP documentation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/crypto/api.rst#8d23da22</link>
        <description>crypto: doc - add KPP documentationAdd the KPP API documentation to the kernel crypto API Sphinxdocumentation. This addition includes the documentation of theECDH and DH helpers which are needed to create the approrpiate inputdata for the crypto_kpp_set_secret function.Signed-off-by: Stephan Mueller &lt;smueller@chronox.de&gt;Signed-off-by: Jonathan Corbet &lt;corbet@lwn.net&gt;

            List of files:
            /linux-6.15/Documentation/crypto/api.rst</description>
        <pubDate>Fri, 21 Oct 2016 02:58:20 +0000</pubDate>
        <dc:creator>Stephan Mueller &lt;smueller@chronox.de&gt;</dc:creator>
    </item>
<item>
        <title>3b72c814 - crypto: doc - convert crypto API documentation to Sphinx</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/crypto/api.rst#3b72c814</link>
        <description>crypto: doc - convert crypto API documentation to SphinxWith the conversion of the kernel crypto API DocBook to Sphinx, themonolithic document is broken up into individual documents. Thedocumentation is unchanged with the exception of a slight reordering tokeep the individual document parts self-contained.Signed-off-by: Stephan Mueller &lt;smueller@chronox.de&gt;Signed-off-by: Jonathan Corbet &lt;corbet@lwn.net&gt;

            List of files:
            /linux-6.15/Documentation/crypto/api.rst</description>
        <pubDate>Fri, 21 Oct 2016 02:54:22 +0000</pubDate>
        <dc:creator>Stephan Mueller &lt;smueller@chronox.de&gt;</dc:creator>
    </item>
</channel>
</rss>
