summaryrefslogtreecommitdiff
path: root/Documentation/hw_random.txt
diff options
context:
space:
mode:
authorNicolai Stange <nicstange@gmail.com>2016-03-22 15:12:44 +0300
committerHerbert Xu <herbert@gondor.apana.org.au>2016-04-05 15:35:50 +0300
commitab1e912ec1021e7532148398a01eb1283437fe62 (patch)
treed1af09274b06ca93bb30cf8f85cdb178c7fe7526 /Documentation/hw_random.txt
parentb698538951a45dd853d9e40f51e143fdd46a60c6 (diff)
downloadlinux-ab1e912ec1021e7532148398a01eb1283437fe62.tar.xz
lib/mpi: mpi_read_raw_from_sgl(): don't include leading zero SGEs in nbytes
At the very beginning of mpi_read_raw_from_sgl(), the leading zeros of the input scatterlist are counted: lzeros = 0; for_each_sg(sgl, sg, ents, i) { ... if (/* sg contains nonzero bytes */) break; /* sg contains nothing but zeros here */ ents--; lzeros = 0; } Later on, the total number of trailing nonzero bytes is calculated by subtracting the number of leading zero bytes from the total number of input bytes: nbytes -= lzeros; However, since lzeros gets reset to zero for each completely zero leading sg in the loop above, it doesn't include those. Besides wasting resources by allocating a too large output buffer, this mistake propagates into the calculation of x, the number of leading zeros within the most significant output limb: x = BYTES_PER_MPI_LIMB - nbytes % BYTES_PER_MPI_LIMB; What's more, the low order bytes of the output, equal in number to the extra bytes in nbytes, are left uninitialized. Fix this by adjusting nbytes for each completely zero leading scatterlist entry. Fixes: 2d4d1eea540b ("lib/mpi: Add mpi sgl helpers") Signed-off-by: Nicolai Stange <nicstange@gmail.com> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Diffstat (limited to 'Documentation/hw_random.txt')
0 files changed, 0 insertions, 0 deletions