crypto: doc - clear htmldocs build warnings for crypto/hash
SPHINX build emits multiple warnings of kind: warning: duplicate section name 'Note' (when building kernel via make target 'htmldocs') This is caused by repeated use of comments of form: * Note: soau soaeusoa uoe We can change the format without loss of clarity and clear the build warnings. Add '**[mandatory]**' or '**[optional]**' as kernel-doc field element description prefix This renders in HTML as (prefixes in bold) final [mandatory] Retrieve result from the driver. This function finalizes the transformation and retrieves the resulting hash from the driver and pushes it back to upper layers. No data processing happens at this point unless hardware requires it to finish the transformation (then the data buffered by the device driver is processed). Signed-off-by: Tobin C. Harding <me@tobin.cc> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
This commit is contained in:
parent
c9a3ff8f22
commit
b40fa82cd6
|
@ -71,12 +71,11 @@ struct ahash_request {
|
|||
|
||||
/**
|
||||
* struct ahash_alg - asynchronous message digest definition
|
||||
* @init: Initialize the transformation context. Intended only to initialize the
|
||||
* @init: **[mandatory]** Initialize the transformation context. Intended only to initialize the
|
||||
* state of the HASH transformation at the beginning. This shall fill in
|
||||
* the internal structures used during the entire duration of the whole
|
||||
* transformation. No data processing happens at this point.
|
||||
* Note: mandatory.
|
||||
* @update: Push a chunk of data into the driver for transformation. This
|
||||
* @update: **[mandatory]** Push a chunk of data into the driver for transformation. This
|
||||
* function actually pushes blocks of data from upper layers into the
|
||||
* driver, which then passes those to the hardware as seen fit. This
|
||||
* function must not finalize the HASH transformation by calculating the
|
||||
|
@ -85,20 +84,17 @@ struct ahash_request {
|
|||
* context, as this function may be called in parallel with the same
|
||||
* transformation object. Data processing can happen synchronously
|
||||
* [SHASH] or asynchronously [AHASH] at this point.
|
||||
* Note: mandatory.
|
||||
* @final: Retrieve result from the driver. This function finalizes the
|
||||
* @final: **[mandatory]** Retrieve result from the driver. This function finalizes the
|
||||
* transformation and retrieves the resulting hash from the driver and
|
||||
* pushes it back to upper layers. No data processing happens at this
|
||||
* point unless hardware requires it to finish the transformation
|
||||
* (then the data buffered by the device driver is processed).
|
||||
* Note: mandatory.
|
||||
* @finup: Combination of @update and @final. This function is effectively a
|
||||
* @finup: **[optional]** Combination of @update and @final. This function is effectively a
|
||||
* combination of @update and @final calls issued in sequence. As some
|
||||
* hardware cannot do @update and @final separately, this callback was
|
||||
* added to allow such hardware to be used at least by IPsec. Data
|
||||
* processing can happen synchronously [SHASH] or asynchronously [AHASH]
|
||||
* at this point.
|
||||
* Note: optional.
|
||||
* @digest: Combination of @init and @update and @final. This function
|
||||
* effectively behaves as the entire chain of operations, @init,
|
||||
* @update and @final issued in sequence. Just like @finup, this was
|
||||
|
|
Loading…
Reference in New Issue