summaryrefslogtreecommitdiff
path: root/node/Salsa20.cpp
AgeCommit message (Collapse)Author
2017-04-17Enable use of NaCl for faster X64 Salsa20 implementations. Also include ↵Adam Ierymenko
binary for OSX for easy build. Blazingly fast.
2017-02-05Docs, code cleanup, and protect the extra new fields of HELLO with ↵Adam Ierymenko
encryption as a precaution.
2015-10-09Unroll Salsa20 fully for a little more speed (non-SSE now almost as fast as SSE)Adam Ierymenko
2015-10-08Little bit of reorg in Salsa20 which seems to speed things up very slightly.Adam Ierymenko
2015-09-30Speed up Salsa20 just a bit.Adam Ierymenko
2015-07-08Add build def ZT_NO_TYPE_PUNNING, which when defined disables type punning ↵Adam Ierymenko
code that might cause unaligned access errors on architectures that care (e.g. Android/ARM)
2015-07-02Revert slow non-SSE Salsa20 modification since it did not fix Android/ARM ↵Adam Ierymenko
issue. Also update Salsa20 comments and clean up a bit.
2015-07-01For @glimberg -- a *possible* fix to the alignment headaches on Android/ARM. ↵Adam Ierymenko
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.
2014-09-16Get rid of __align stuff in Salsa20 -- not portable, does not seem to help ↵Adam Ierymenko
much on newer chips.
2014-07-26Salsa20 SSE Windows build fix -- turns out you can't be as loose with SSE ↵Adam Ierymenko
intrinsics in Visual Studio
2014-07-15SSE optimized Salsa20 -- anywhere from 20% to 50% faster than plain C versionAdam Ierymenko
2013-10-18Make Salsa20 variable-round, allowing for Salsa20/12 to be used for Packet ↵Adam Ierymenko
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.
2013-07-09Several things:Adam Ierymenko
(1) Probable fix for issue #7 and major cleanup of EthernetTap code with consolidation for all unix-like systems and specialization for different flavors only when needed. (2) Refactor of Buffer<> to make its members private, and Packet to use Buffer's methods exclusively to access them. This improves clarity and means we're no longer lying about Buffer's role in the code's security posture. (3) Add -fstack-protect to Makefile to bounds check stack variables.
2013-07-04New git repository for release - version 0.2.0 taggedAdam Ierymenko