lib/mpi: fix spelling mistakes
Fix some spelling mistakes in comments: flaged ==> flagged bufer ==> buffer multipler ==> multiplier MULTIPLER ==> MULTIPLIER leaset ==> least chnage ==> change Link: https://lkml.kernel.org/r/20210604074401.12198-1-thunder.leizhen@huawei.com Signed-off-by: Zhen Lei <thunder.leizhen@huawei.com> Cc: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
This commit is contained in:
parent
05911c5d96
commit
478485f6c0
|
@ -200,7 +200,7 @@ struct mpi_ec_ctx {
|
||||||
unsigned int nbits; /* Number of bits. */
|
unsigned int nbits; /* Number of bits. */
|
||||||
|
|
||||||
/* Domain parameters. Note that they may not all be set and if set
|
/* Domain parameters. Note that they may not all be set and if set
|
||||||
* the MPIs may be flaged as constant.
|
* the MPIs may be flagged as constant.
|
||||||
*/
|
*/
|
||||||
MPI p; /* Prime specifying the field GF(p). */
|
MPI p; /* Prime specifying the field GF(p). */
|
||||||
MPI a; /* First coefficient of the Weierstrass equation. */
|
MPI a; /* First coefficient of the Weierstrass equation. */
|
||||||
|
@ -267,7 +267,7 @@ int mpi_ec_curve_point(MPI_POINT point, struct mpi_ec_ctx *ctx);
|
||||||
/**
|
/**
|
||||||
* mpi_get_size() - returns max size required to store the number
|
* mpi_get_size() - returns max size required to store the number
|
||||||
*
|
*
|
||||||
* @a: A multi precision integer for which we want to allocate a bufer
|
* @a: A multi precision integer for which we want to allocate a buffer
|
||||||
*
|
*
|
||||||
* Return: size required to store the number
|
* Return: size required to store the number
|
||||||
*/
|
*/
|
||||||
|
|
|
@ -48,8 +48,8 @@
|
||||||
|
|
||||||
/* Define auxiliary asm macros.
|
/* Define auxiliary asm macros.
|
||||||
*
|
*
|
||||||
* 1) umul_ppmm(high_prod, low_prod, multipler, multiplicand) multiplies two
|
* 1) umul_ppmm(high_prod, low_prod, multiplier, multiplicand) multiplies two
|
||||||
* UWtype integers MULTIPLER and MULTIPLICAND, and generates a two UWtype
|
* UWtype integers MULTIPLIER and MULTIPLICAND, and generates a two UWtype
|
||||||
* word product in HIGH_PROD and LOW_PROD.
|
* word product in HIGH_PROD and LOW_PROD.
|
||||||
*
|
*
|
||||||
* 2) __umulsidi3(a,b) multiplies two UWtype integers A and B, and returns a
|
* 2) __umulsidi3(a,b) multiplies two UWtype integers A and B, and returns a
|
||||||
|
|
|
@ -234,11 +234,11 @@ static int count_lzeros(MPI a)
|
||||||
}
|
}
|
||||||
|
|
||||||
/**
|
/**
|
||||||
* mpi_read_buffer() - read MPI to a bufer provided by user (msb first)
|
* mpi_read_buffer() - read MPI to a buffer provided by user (msb first)
|
||||||
*
|
*
|
||||||
* @a: a multi precision integer
|
* @a: a multi precision integer
|
||||||
* @buf: bufer to which the output will be written to. Needs to be at
|
* @buf: buffer to which the output will be written to. Needs to be at
|
||||||
* leaset mpi_get_size(a) long.
|
* least mpi_get_size(a) long.
|
||||||
* @buf_len: size of the buf.
|
* @buf_len: size of the buf.
|
||||||
* @nbytes: receives the actual length of the data written on success and
|
* @nbytes: receives the actual length of the data written on success and
|
||||||
* the data to-be-written on -EOVERFLOW in case buf_len was too
|
* the data to-be-written on -EOVERFLOW in case buf_len was too
|
||||||
|
|
|
@ -80,7 +80,7 @@ EXPORT_SYMBOL_GPL(mpi_const);
|
||||||
/****************
|
/****************
|
||||||
* Note: It was a bad idea to use the number of limbs to allocate
|
* Note: It was a bad idea to use the number of limbs to allocate
|
||||||
* because on a alpha the limbs are large but we normally need
|
* because on a alpha the limbs are large but we normally need
|
||||||
* integers of n bits - So we should chnage this to bits (or bytes).
|
* integers of n bits - So we should change this to bits (or bytes).
|
||||||
*
|
*
|
||||||
* But mpi_alloc is used in a lot of places :-)
|
* But mpi_alloc is used in a lot of places :-)
|
||||||
*/
|
*/
|
||||||
|
|
Loading…
Reference in New Issue