<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/lib/libcrypto/md32_common.h, branch jd/queueboosts</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/lib/libcrypto/md32_common.h?h=jd%2Fqueueboosts</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/lib/libcrypto/md32_common.h?h=jd%2Fqueueboosts'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2016-11-04T13:56:04Z</updated>
<entry>
<title>Remove I386_ONLY define. It was only used to prefer a</title>
<updated>2016-11-04T13:56:04Z</updated>
<author>
<name>miod</name>
<email>miod@openbsd.org</email>
</author>
<published>2016-11-04T13:56:04Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=4647d16fb4cbf0d3331c83027d620ec393564786'/>
<id>urn:sha1:4647d16fb4cbf0d3331c83027d620ec393564786</id>
<content type='text'>
faster-on-genuine-80386-but-slower-on-80486-onwards innstruction sequence in
the SHA512 code, and had not been enabled in years, if at all.

ok tom@ bcook@
</content>
</entry>
<entry>
<title>Less S390.</title>
<updated>2016-09-04T14:31:29Z</updated>
<author>
<name>jsing</name>
<email>jsing@openbsd.org</email>
</author>
<published>2016-09-04T14:31:29Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=b0af2434de4db6ed2e491260db4c90c3b5cafbc7'/>
<id>urn:sha1:b0af2434de4db6ed2e491260db4c90c3b5cafbc7</id>
<content type='text'>
ok deraadt@
</content>
</entry>
<entry>
<title>Allow digest routines to provide their own HASH_FINAL routine; will be</title>
<updated>2014-11-09T19:08:24Z</updated>
<author>
<name>miod</name>
<email>miod@openbsd.org</email>
</author>
<published>2014-11-09T19:08:24Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=23a276d0d8056900672934b4d8c2c43e4bf98472'/>
<id>urn:sha1:23a276d0d8056900672934b4d8c2c43e4bf98472</id>
<content type='text'>
necessary for upcoming GOST code.

From Dmitry Eremin-Solenikov
</content>
</entry>
<entry>
<title>digests: *_LONG_LOG2 is not used, stop talking about it.</title>
<updated>2014-10-20T13:06:54Z</updated>
<author>
<name>bcook</name>
<email>bcook@openbsd.org</email>
</author>
<published>2014-10-20T13:06:54Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=1bcbc6d07c8aa18db0c4cf6692b5d08dff664840'/>
<id>urn:sha1:1bcbc6d07c8aa18db0c4cf6692b5d08dff664840</id>
<content type='text'>
Modified patch from Dmitry Eremin-Solenikov

leave the sole public define in ripemd.h

ok deraadt@ miod@
</content>
</entry>
<entry>
<title>remove return value from HOST_c2l/l2c macros</title>
<updated>2014-08-18T19:11:48Z</updated>
<author>
<name>bcook</name>
<email>bcook@openbsd.org</email>
</author>
<published>2014-08-18T19:11:48Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=ca2cdccc63d8b67ecd9ac0a8eeb58b6326d70abf'/>
<id>urn:sha1:ca2cdccc63d8b67ecd9ac0a8eeb58b6326d70abf</id>
<content type='text'>
These macros and asm inlines simulate a function returning a value, but
nothing ever uses this return value. Remove the pseudo-returns and
(void) casts discarding the unused values.

This, maybe unsurprisingly, speeds things up a bit. It also removes the
GCC 4.9 warnings about unused values.

ok miod@ deraadt@
</content>
</entry>
<entry>
<title>Replace intrinsic ROTATE macros with an inline.</title>
<updated>2014-08-12T15:02:52Z</updated>
<author>
<name>bcook</name>
<email>bcook@openbsd.org</email>
</author>
<published>2014-08-12T15:02:52Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=d8655cf92797fb8b6fa628d120dcb2b9a1c2bd36'/>
<id>urn:sha1:d8655cf92797fb8b6fa628d120dcb2b9a1c2bd36</id>
<content type='text'>
Without the cast/mask, the compiler is allowed to optimize this directly
to the correct CPU intrinsic for rotate.
</content>
</entry>
<entry>
<title>Explicitly include &lt;openssl/opensslconf.h&gt; in every file that references</title>
<updated>2014-07-10T22:45:56Z</updated>
<author>
<name>jsing</name>
<email>jsing@openbsd.org</email>
</author>
<published>2014-07-10T22:45:56Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=8cf4d6a6f06280da23bb640b5f3f1330158a5205'/>
<id>urn:sha1:8cf4d6a6f06280da23bb640b5f3f1330158a5205</id>
<content type='text'>
an OPENSSL_NO_* define. This avoids relying on something else pulling it
in for us, plus it fixes several cases where the #ifndef OPENSSL_NO_XYZ is
never going to do anything, since OPENSSL_NO_XYZ will never defined, due
to the fact that opensslconf.h has not been included.

This also includes some miscellaneous sorting/tidying of headers.
</content>
</entry>
<entry>
<title>tags as requested by miod and tedu</title>
<updated>2014-06-12T15:49:27Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2014-06-12T15:49:27Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=c3d6a26af7455bccce87985ff78ef0efc39b65e1'/>
<id>urn:sha1:c3d6a26af7455bccce87985ff78ef0efc39b65e1</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Unifdef -UPEDANTIC. ok beck@ tedu@</title>
<updated>2014-04-23T19:09:48Z</updated>
<author>
<name>miod</name>
<email>miod@openbsd.org</email>
</author>
<published>2014-04-23T19:09:48Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=9c9d5b3eef150a17ac1ac025a74c01ba4bfff689'/>
<id>urn:sha1:9c9d5b3eef150a17ac1ac025a74c01ba4bfff689</id>
<content type='text'>
</content>
</entry>
<entry>
<title>More KNF.</title>
<updated>2014-04-20T14:32:19Z</updated>
<author>
<name>jsing</name>
<email>jsing@openbsd.org</email>
</author>
<published>2014-04-20T14:32:19Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=7df5cc2054f1242297d9b315b248aced3ffd1916'/>
<id>urn:sha1:7df5cc2054f1242297d9b315b248aced3ffd1916</id>
<content type='text'>
</content>
</entry>
</feed>
