wireguard-openbsd/gnu, branch jd/queueboostsWireGuard implementation for the OpenBSD kernelhttps://git.zx2c4.com/wireguard-openbsd/atom/gnu?h=jd%2Fqueueboosts2020-06-18T12:18:12Zavoid -Wpointer-compare warning which broke build with clang 102020-06-18T12:18:12Zjsgjsg@openbsd.org2020-06-18T12:18:12Zurn:sha1:12c96e2d0ba2bb7ea0bbf52b9001c551814505dbSet max atomic size for PowerPC.2020-06-04T22:33:17Zgkoehlergkoehler@openbsd.org2020-06-04T22:33:17Zurn:sha1:21ddc59af3b7bf4d9a666653828d7e9ee41cba12
32-bit PowerPC doesn't have instructions for lock-free atomic ops on
8-byte values, and needs libcalls like __atomic_fetch_add_8(). In
code like "_Atomic long long a; a++;", clang doesn't emit a libcall.
This was causing linker errors on symbols like __sync_fetch_and_add_8.
Now that LLVM knows the max atomic size, its AtomicExpandPass changes
these 8-byte ops into libcalls.
ok mortimer@
Sync to perl 5.30.32020-06-04T01:34:59Zafresh1afresh1@openbsd.org2020-06-04T01:34:59Zurn:sha1:4510546b7f0f46acfc00d93413b13b3c9fe8351b
All functional changes were committed already, this updates the
version number, Module::Corelist, and documentation.
Fix various overflows and state corruption in perl2020-06-01T18:01:43Zafresh1afresh1@openbsd.org2020-06-01T18:01:43Zurn:sha1:1510771fee0a4018f433f239923dfd9a9a2a2e78
Found by: ManhND of The Tarantula Team, VinCSS (a member of Vingroup),
Hugo van der Sanden, Slaven Rezic, and Sergey Aleynikov
Fixed by: John Lightsey, Hugo van der Sanden, and Karl Williamson
Addresses:
* CVE-2020-10543
* CVE-2020-10878
* CVE-2020-12723
Don't build the rs6000coff_vec and rs6000coff64_vec targets. These2020-05-31T10:22:01Zketteniskettenis@openbsd.org2020-05-31T10:22:01Zurn:sha1:66dfc6ef5b54b1a3397bc28df3555f6462e08d55
generate fatal compiler warnings at least when cross-compiling and
fixing the code isn't trivial.
ok patrick@, drahn@
Switch Powerpc64 Big Endian to ELFv2 on OpenBSD, as least for now.2020-05-30T19:27:11Zdrahndrahn@openbsd.org2020-05-30T19:27:11Zurn:sha1:98c52506dedbd7b4b3f76d15c419a7ea974c7fb5
This should simplify bringup and make it easier to support Big Endian
and Little Endian with the same code.
May be reconsidered if it causes too many problems with Ports.
ok kettenis@
Powerpc64 should use same _mcount profiling as powerpc 32bit.2020-05-30T19:23:16Zdrahndrahn@openbsd.org2020-05-30T19:23:16Zurn:sha1:949932c898dbe0db8f3e57846975f25e49567f99
ok kettenis@
Initial set of changes to build powerpc64 toolchain.2020-05-30T19:22:00Zdrahndrahn@openbsd.org2020-05-30T19:22:00Zurn:sha1:9539e45e6e6c8681431409eea69ee38b8442b675
Disable PIC/PIE for powerpc64 for now.
Adjust some PPC ELF code to return -1 instead of doing pointer2020-05-29T20:35:56Zpatrickpatrick@openbsd.org2020-05-29T20:35:56Zurn:sha1:366d1594d1d2482544444fba25b36f7129164430
arithmetics on NULL, like we did in r1.21 on elflink.c, to stop
clang from complaining when setting up a cross-toolchain.
ok kettenis@
PowerPC: optimize away the frame pointer.2020-05-25T21:36:31Zgkoehlergkoehler@openbsd.org2020-05-25T21:36:31Zurn:sha1:fc80bb454272d95873f0fcb9cae4ef92ee9133f4
clang defaulted to -fomit-frame-pointer when optimizing PowerPC code
for Linux and NetBSD. Now do it for all systems, including OpenBSD.
This affects both 32-bit and powerpc64 code.
ok kettenis@