wireguard-openbsd/lib/libc/hash/sha2.c, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/lib/libc/hash/sha2.c?h=jd%2Fqueueboosts 2019-07-23T12:35:22Z Fix comment typo; from OpenSSH Portable 2019-07-23T12:35:22Z dtucker dtucker@openbsd.org 2019-07-23T12:35:22Z urn:sha1:bc1096f25478ef5bb4dd1719ff63bebbac6905ae Cast bitcount to u_in64_t before bit shifting to prevent integer overflow 2019-06-07T22:56:36Z dtucker dtucker@openbsd.org 2019-06-07T22:56:36Z urn:sha1:9a5353d2703633f407352d28eace746f849838c0 on 32bit platforms which cause incorrect results when adding a block >=512M in size. sha1 patch from ante84 at gmail.com via openssh github, sha2 with djm@, ok tedu@ move sha224_initial_hash_value[] under !SHA2_SMALL; ok deraadt@ millert@ 2017-05-27T15:32:51Z naddy naddy@openbsd.org 2017-05-27T15:32:51Z urn:sha1:98bf758756ea5db30049b5c81d7a51412950f257 Add functions for SHA512/256. The standard says you're supposed to start 2016-09-03T16:25:03Z tedu tedu@openbsd.org 2016-09-03T16:25:03Z urn:sha1:4baad0396b2cf44e7f6a7ef5bfdde5aa5100ec59 with different magic numbers, so we need to add some functions instead of just asking the user to truncate as desired. Sigh. SHA512 is quite a bit faster than SHA256 on 64 bit CPUs, but 256 bit hashes are usually quite sufficient. Best of both. ok deraadt tom Wrap blowfish, sha*, md5, and rmd160 so that internal calls go direct 2015-09-11T09:18:27Z guenther guenther@openbsd.org 2015-09-11T09:18:27Z urn:sha1:89db3a204d87a918319b4ef97bce4540c64a667e ok deraadt@ Use explicit_bzero instead of memset in hash Final and End functions. 2015-01-15T13:05:59Z millert millert@openbsd.org 2015-01-15T13:05:59Z urn:sha1:b4c10efebcf19b5caf4fbab02f390577888eccec OK deraadt@ djm@ be like the kernel and only unroll if not small 2014-12-19T15:14:04Z tedu tedu@openbsd.org 2014-12-19T15:14:04Z urn:sha1:1d8b23a7c60b4e41a20f7d11fc195ebb701a316f i386 unrolling blows up the media in a big way, due to -Os for 2014-12-19T14:30:44Z deraadt deraadt@openbsd.org 2014-12-19T14:30:44Z urn:sha1:b081a662695c5e2edc913b7436621dfe38326678 ramdisk libc builds. there has to be a better way without #ifdef's in gross places, but I don't see it yet. only unroll on i386 and amd64 (where confirmed to be much faster). 2014-12-18T20:29:08Z tedu tedu@openbsd.org 2014-12-18T20:29:08Z urn:sha1:44e3b1d3edb9001661f0ec29c69eddc872c874e3 naddy found sparc64 gets a little slower when unrolled. ok deraadt unroll loops. much faster on amd64. ok deraadt millert 2014-12-17T19:42:44Z tedu tedu@openbsd.org 2014-12-17T19:42:44Z urn:sha1:250c30882de68fcdffd298c72424b3e401393eef