 Brenton Bostick
|
f73e51e94c
Brenton/curly braces (#1971)
|
2 years ago |
 Joseph Henry
|
9681fedbb4
Spellcheck sweep across codebase
|
7 years ago |
 Adam Ierymenko
|
a8ced184dc
Some code cleanup and make sure any type punning is guarded with ZT_NO_TYPE_PUNNING.
|
8 years ago |
|
Adam Ierymenko
|
7a94f63058
Back out NaCl since the old one with xmm6 salsa2012 does not support multi-block use and the new one is slower.
|
8 years ago |
|
Adam Ierymenko
|
df48738ac9
Enable use of NaCl for faster X64 Salsa20 implementations. Also include binary for OSX for easy build. Blazingly fast.
|
8 years ago |
|
Adam Ierymenko
|
43182f8f57
Docs, code cleanup, and protect the extra new fields of HELLO with encryption as a precaution.
|
8 years ago |
|
Adam Ierymenko
|
0c498556d5
Unroll Salsa20 fully for a little more speed (non-SSE now almost as fast as SSE)
|
9 years ago |
|
Adam Ierymenko
|
160278c489
Little bit of reorg in Salsa20 which seems to speed things up very slightly.
|
9 years ago |
|
Adam Ierymenko
|
789046ca57
Speed up Salsa20 just a bit.
|
9 years ago |
|
Adam Ierymenko
|
a297e4a5bf
Add build def ZT_NO_TYPE_PUNNING, which when defined disables type punning code that might cause unaligned access errors on architectures that care (e.g. Android/ARM)
|
10 years ago |
|
Adam Ierymenko
|
f19c3c51d3
Revert slow non-SSE Salsa20 modification since it did not fix Android/ARM issue. Also update Salsa20 comments and clean up a bit.
|
10 years ago |
|
Adam Ierymenko
|
7c9949eea3
For @glimberg -- a *possible* fix to the alignment headaches on Android/ARM. If this works we should find a define that can be used to enable it there since it will slow things down on non-x86 other architectures.
|
10 years ago |
|
Adam Ierymenko
|
8d2e20ede6
Get rid of __align stuff in Salsa20 -- not portable, does not seem to help much on newer chips.
|
11 years ago |
 Adam Ierymenko
|
f2d372545a
Salsa20 SSE Windows build fix -- turns out you can't be as loose with SSE intrinsics in Visual Studio
|
11 years ago |
|
Adam Ierymenko
|
12692c551e
SSE optimized Salsa20 -- anywhere from 20% to 50% faster than plain C version
|
11 years ago |
|
Adam Ierymenko
|
8c9b73f67b
Make Salsa20 variable-round, allowing for Salsa20/12 to be used for Packet encrypt and decrypt. Profiling analysis found that Salsa20 encrypt was accounting for a nontrivial percentage of CPU time, so it makes sense to cut this load fundamentally. There are no published attacks against Salsa20/12, and DJB believes 20 rounds to be overkill. This should be more than enough for our needs. Obviously incorporating ASM Salsa20 is among the next steps for performance.
|
11 years ago |
|
Adam Ierymenko
|
ef3e319c64
Several things:
|
12 years ago |
|
Adam Ierymenko
|
150850b800
New git repository for release - version 0.2.0 tagged
|
12 years ago |
