wireguard-openbsd/gnu/llvm/lib/Target/AArch64, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/gnu/llvm/lib/Target/AArch64?h=jd%2Fqueueboosts 2019-09-01T16:27:59Z Import LLVM 8.0.1 release including clang, lld and lldb. 2019-09-01T16:27:59Z patrick patrick@openbsd.org 2019-09-01T16:27:59Z urn:sha1:b19884b112052f3bf5ff9551374fbd840e2339f2 The GlobalISel IRTranslator pass assumes that it is safe to use the 2019-08-01T01:09:09Z mortimer mortimer@openbsd.org 2019-08-01T01:09:09Z urn:sha1:ac01d30ce880eeb475479bed69a1fa12c43f3cfd LOAD_STACK_GUARD pseudo without consulting the value of useLoadStackGuardNode(), and then tries to add the return from getSDagStackGuard() as a parameter without consulting the return from getIRStackGuard() to see if it should do that. This means that the GlobalISel IRTranslator's implementation for Intrinsic::stackprotector is broken for platforms that implement getIRStackGuard() like we do, and this causes a segfault later when the incomplete LOAD_STACK_GUARD pseudo is lowered in the back end. Since GlobalISel is disabled on aarch64 most of the time anyway, add a bit that disables it for OpenBSD/aarch64 all the time. Fixes a crash when building on aarch64 without retguard, with a stack protector and without optimizations, which manifests when building cross-tools. ok patrick@ deraadt@ Merge LLVM 8.0.0 release. 2019-06-23T22:05:08Z patrick patrick@openbsd.org 2019-06-23T22:05:08Z urn:sha1:f27a781c9811da94fe68b2cf34237c2a61b48c96 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@ Import LLVM 8.0.0 release including clang, lld and lldb. 2019-06-23T21:36:31Z patrick patrick@openbsd.org 2019-06-23T21:36:31Z urn:sha1:23f101f37937a1bd4a29726cab2f76e0fb038b35 Re-enable RETGUARD leaf function optimization for arm64. 2019-05-31T19:15:05Z mortimer mortimer@openbsd.org 2019-05-31T19:15:05Z urn:sha1:90020ccd6197ab7cf35e5085321274918851be68 It turns out MachineFrameInfo.hasCalls() is unreliable, because it is up to the backends to update this information whenever they add calls to a function, and this does not always happen. ok kettenis@ retguard-cookie-in-register is slightly unstable on arm64, so surgically 2019-04-17T14:25:44Z deraadt deraadt@openbsd.org 2019-04-17T14:25:44Z urn:sha1:c5d2a9ef74104462dfe5eee96a216b8f9b7aa4b9 disable it in upcoming 6.5 release. (phessler and mortimer have the details) Do not store the retguard cookie in frame in leaf functions if possible. 2019-03-31T02:39:47Z mortimer mortimer@openbsd.org 2019-03-31T02:39:47Z urn:sha1:52357f02de6027c0408b01b51141d97603ef4460 Makes things slightly faster and also improves security in these functions, since the retguard cookie can't leak via the stack. ok deraadt@ Tedu files that got removed in LLVM 7.0.1. 2019-01-27T17:11:29Z patrick patrick@openbsd.org 2019-01-27T17:11:29Z urn:sha1:9f520fd6abbfde117cf551fb4eacdd2687a606a9 Merge LLVM 7.0.1 release. 2019-01-27T16:55:35Z patrick patrick@openbsd.org 2019-01-27T16:55:35Z urn:sha1:5072e66b18f5d3ac6abf1c18a092e85eab2d7568 With fixes from mortimer@ (thanks!) Tested by many, especially naddy@ (thanks!) Import LLVM 7.0.1 release including clang, lld and lldb. 2019-01-27T16:42:12Z patrick patrick@openbsd.org 2019-01-27T16:42:12Z urn:sha1:b773203fb58f3ef282fb69c832d8710cab5bc82d