forked from Minki/linux
85d541a3d1
Within the byte reading loop in mpi_read_raw_sgl(), there are two housekeeping indices used, z and x. At all times, the index z represents the number of output bytes covered by the input SGEs for which processing has completed so far. This includes any leading zero bytes within the most significant limb. The index x changes its meaning after the first outer loop's iteration though: while processing the first input SGE, it represents "number of leading zero bytes in most significant output limb" + "current position within current SGE" For the remaining SGEs OTOH, x corresponds just to "current position within current SGE" After all, it is only the sum of z and x that has any meaning for the output buffer and thus, the "number of leading zero bytes in most significant output limb" part can be moved away from x into z from the beginning, opening up the opportunity for cleaner code. Before the outer loop iterating over the SGEs, don't initialize z with zero, but with the number of leading zero bytes in the most significant output limb. For the inner loop iterating over a single SGE's bytes, get rid of the buf_shift offset to x' bounds and let x run from zero to sg->length - 1. Signed-off-by: Nicolai Stange <nicstange@gmail.com> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> |
||
|---|---|---|
| .. | ||
| generic_mpih-add1.c | ||
| generic_mpih-lshift.c | ||
| generic_mpih-mul1.c | ||
| generic_mpih-mul2.c | ||
| generic_mpih-mul3.c | ||
| generic_mpih-rshift.c | ||
| generic_mpih-sub1.c | ||
| longlong.h | ||
| Makefile | ||
| mpi-bit.c | ||
| mpi-cmp.c | ||
| mpi-inline.h | ||
| mpi-internal.h | ||
| mpi-pow.c | ||
| mpicoder.c | ||
| mpih-cmp.c | ||
| mpih-div.c | ||
| mpih-mul.c | ||
| mpiutil.c | ||