summaryrefslogtreecommitdiff
path: root/src/lib/libcrypto/aes/asm/aes-586.pl
diff options
context:
space:
mode:
Diffstat (limited to 'src/lib/libcrypto/aes/asm/aes-586.pl')
-rw-r--r--src/lib/libcrypto/aes/asm/aes-586.pl6
1 files changed, 3 insertions, 3 deletions
diff --git a/src/lib/libcrypto/aes/asm/aes-586.pl b/src/lib/libcrypto/aes/asm/aes-586.pl
index 3ba8a26eaa..c5ae3f6903 100644
--- a/src/lib/libcrypto/aes/asm/aes-586.pl
+++ b/src/lib/libcrypto/aes/asm/aes-586.pl
@@ -48,8 +48,8 @@
48# better performance on most recent µ-archs... 48# better performance on most recent µ-archs...
49# 49#
50# Third version adds AES_cbc_encrypt implementation, which resulted in 50# Third version adds AES_cbc_encrypt implementation, which resulted in
51# up to 40% performance imrovement of CBC benchmark results. 40% was 51# up to 40% performance improvement of CBC benchmark results. 40% was
52# observed on P4 core, where "overall" imrovement coefficient, i.e. if 52# observed on P4 core, where "overall" improvement coefficient, i.e. if
53# compared to PIC generated by GCC and in CBC mode, was observed to be 53# compared to PIC generated by GCC and in CBC mode, was observed to be
54# as large as 4x:-) CBC performance is virtually identical to ECB now 54# as large as 4x:-) CBC performance is virtually identical to ECB now
55# and on some platforms even better, e.g. 17.6 "small" cycles/byte on 55# and on some platforms even better, e.g. 17.6 "small" cycles/byte on
@@ -228,7 +228,7 @@ $small_footprint=1; # $small_footprint=1 code is ~5% slower [on
228 # contention and in hope to "collect" 5% back 228 # contention and in hope to "collect" 5% back
229 # in real-life applications... 229 # in real-life applications...
230 230
231$vertical_spin=0; # shift "verticaly" defaults to 0, because of 231$vertical_spin=0; # shift "vertically" defaults to 0, because of
232 # its proof-of-concept status... 232 # its proof-of-concept status...
233# Note that there is no decvert(), as well as last encryption round is 233# Note that there is no decvert(), as well as last encryption round is
234# performed with "horizontal" shifts. This is because this "vertical" 234# performed with "horizontal" shifts. This is because this "vertical"