<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/gnu/llvm/tools/lld/ELF/SyntheticSections.cpp, branch jd/simplify-queueing</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/gnu/llvm/tools/lld/ELF/SyntheticSections.cpp?h=jd%2Fsimplify-queueing</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/gnu/llvm/tools/lld/ELF/SyntheticSections.cpp?h=jd%2Fsimplify-queueing'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2019-11-29T22:31:24Z</updated>
<entry>
<title>Sort relative relocations (and relocations against the same symbol) by offset</title>
<updated>2019-11-29T22:31:24Z</updated>
<author>
<name>guenther</name>
<email>guenther@openbsd.org</email>
</author>
<published>2019-11-29T22:31:24Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=636101521a06cac7a5f59d67ea90672a8b2a65ff'/>
<id>urn:sha1:636101521a06cac7a5f59d67ea90672a8b2a65ff</id>
<content type='text'>
to optimize the cache and UVM faulting behavior

ok kettenis@
</content>
</entry>
<entry>
<title>Merge LLVM 8.0.1 release.</title>
<updated>2019-09-01T16:37:21Z</updated>
<author>
<name>patrick</name>
<email>patrick@openbsd.org</email>
</author>
<published>2019-09-01T16:37:21Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=d3df0c01b52bb561f932539d0321079fcb70e869'/>
<id>urn:sha1:d3df0c01b52bb561f932539d0321079fcb70e869</id>
<content type='text'>
Tested in snaps and package builds
Tested on amd64 by naddy@
Tested on arm64 by patrick@
Tested on octeon by visa@
</content>
</entry>
<entry>
<title>Merge LLVM 8.0.0 release.</title>
<updated>2019-06-23T22:05:08Z</updated>
<author>
<name>patrick</name>
<email>patrick@openbsd.org</email>
</author>
<published>2019-06-23T22:05:08Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=f27a781c9811da94fe68b2cf34237c2a61b48c96'/>
<id>urn:sha1:f27a781c9811da94fe68b2cf34237c2a61b48c96</id>
<content type='text'>
Prepared with help from jsg@ and mortimer@
Tested on amd64 by bcallah@, krw@, naddy@
Tested on arm64 by patrick@
Tested on macppc by kettenis@
Tested on octeon by visa@
Tested on sparc64 by claudio@
</content>
</entry>
<entry>
<title>Merge LLVM 7.0.1 release.</title>
<updated>2019-01-27T16:55:35Z</updated>
<author>
<name>patrick</name>
<email>patrick@openbsd.org</email>
</author>
<published>2019-01-27T16:55:35Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=5072e66b18f5d3ac6abf1c18a092e85eab2d7568'/>
<id>urn:sha1:5072e66b18f5d3ac6abf1c18a092e85eab2d7568</id>
<content type='text'>
With fixes from mortimer@ (thanks!)
Tested by many, especially naddy@ (thanks!)
</content>
</entry>
<entry>
<title>Add support for -z initfirst.</title>
<updated>2018-10-23T18:16:58Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2018-10-23T18:16:58Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=30162f31397c15bcd4ad0148b253b5e711667b8f'/>
<id>urn:sha1:30162f31397c15bcd4ad0148b253b5e711667b8f</id>
<content type='text'>
From upstream r335090.  ok guenther@
</content>
</entry>
<entry>
<title>When merging sections into the output, lld tries to adjust the alignment of</title>
<updated>2018-10-21T20:52:44Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2018-10-21T20:52:44Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=a0f9269084d7e42128f39396c6c5dd7d1ba94841'/>
<id>urn:sha1:a0f9269084d7e42128f39396c6c5dd7d1ba94841</id>
<content type='text'>
the section to be at least as large as the entry size of the section.
This causes a later check that validates the alignment to fail if the
entry size isn't a power of two.  This happens when building some of the
java support code in ports gcc.  Fix this by sticking to the original
alignment if the entry size isn't a power of two.

ok guenther@, naddy@
</content>
</entry>
<entry>
<title>Work around a bug where discarding the .ARM.exidx section in the armv7 kernel</title>
<updated>2018-06-03T12:34:03Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2018-06-03T12:34:03Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=10128ca9ec2ef4fa1c09ec21c658f6c9e943e33a'/>
<id>urn:sha1:10128ca9ec2ef4fa1c09ec21c658f6c9e943e33a</id>
<content type='text'>
linker script makes ld.lld(1) crash.  This has been fixed in a different
(proper?) way upstream but backporting their fix is a bit too invasive.

ok patrick@
</content>
</entry>
<entry>
<title>Merge LLVM 6.0.0 release.</title>
<updated>2018-04-06T14:38:21Z</updated>
<author>
<name>patrick</name>
<email>patrick@openbsd.org</email>
</author>
<published>2018-04-06T14:38:21Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=2237ee5c623fa764b1a59671783d4b7a52dd741e'/>
<id>urn:sha1:2237ee5c623fa764b1a59671783d4b7a52dd741e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Merge LLVM 5.0.1 release.</title>
<updated>2017-12-24T23:19:13Z</updated>
<author>
<name>patrick</name>
<email>patrick@openbsd.org</email>
</author>
<published>2017-12-24T23:19:13Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=f3243fc70f4b153b86fdd867052748667482efde'/>
<id>urn:sha1:f3243fc70f4b153b86fdd867052748667482efde</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Merge LLVM 5.0.0 release.</title>
<updated>2017-10-04T20:51:20Z</updated>
<author>
<name>patrick</name>
<email>patrick@openbsd.org</email>
</author>
<published>2017-10-04T20:51:20Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=e48371bb3a3f1b4e66fe2cf2ebc4ff8ab9856711'/>
<id>urn:sha1:e48371bb3a3f1b4e66fe2cf2ebc4ff8ab9856711</id>
<content type='text'>
</content>
</entry>
</feed>
