wireguard-openbsd/lib/libarch, branch master WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/lib/libarch?h=master 2018-07-09T19:20:29Z Delete the VM86 kernel option and i386_vm86(3) API: it's required 2018-07-09T19:20:29Z guenther guenther@openbsd.org 2018-07-09T19:20:29Z urn:sha1:960764935485e42eecc2d33c8bf51acf59b80cd3 a custom kernel for over 20 years. testing mlarkin@ ok deraadt@ phessler@ jca@ matthieu@ Prefer <fcntl.h> over <sys/fcntl.h> in userland 2018-04-26T15:55:14Z guenther guenther@openbsd.org 2018-04-26T15:55:14Z urn:sha1:6316a812ffce2a07760250a855370f709586d085 While here, delete some extra #includes and apply style(9) sort rules. ok deraadt@ krw@ mpi@ amd64_{get,set}_fsbase() are superfluous and unused; delete them. 2018-01-07T18:54:44Z guenther guenther@openbsd.org 2018-01-07T18:54:44Z urn:sha1:52522202a7beb6f9795b0e95b9510e2c365f6b76 Delete unused/never-implemented sysarch defines and structs while here. ports check and ok naddy@ ok deraadt@ mlarkin@ Make cacheflush(3) and get_fpc_csr(3) manual pages available on octeon. 2017-10-08T15:14:17Z visa visa@openbsd.org 2017-10-08T15:14:17Z urn:sha1:a4a93a98bcba582bcd031e63dff6bfd6668d5b91 OK deraadt@ Fix typo. 2017-10-08T15:11:09Z visa visa@openbsd.org 2017-10-08T15:11:09Z urn:sha1:444e949ed894b3190905d1b6feb074cb481fd1cc Retire zaurus, as it hasn't made the EABI jump and will be permanently broken 2016-09-03T13:37:39Z guenther guenther@openbsd.org 2016-09-03T13:37:39Z urn:sha1:d864fd983f773f29bf82c253c880a705db0a651f shortly when we use the hardware thread register in userland Pull in <stdio.h> for NULL 2016-08-27T07:35:19Z guenther guenther@openbsd.org 2016-08-27T07:35:19Z urn:sha1:fc5a352d5ad07ccb1d27082521aeddbccc04c43d ok deraadt@ armish handled some early-gen arm machines, which required tons of 2016-08-10T14:27:15Z deraadt deraadt@openbsd.org 2016-08-10T14:27:15Z urn:sha1:34e3d8fb4c0bf9fa997539427e98dc39ad13b66f workarounds. Some of them will soon stand in the way of armv7. Off to the attic you go. some Xr adjustment to catch up with MLINKS removal; 2016-03-30T06:58:06Z jmc jmc@openbsd.org 2016-03-30T06:58:06Z urn:sha1:424a8f4be3de1993768c2e0728376d646f05e613 for some time now mandoc has not required MLINKS to function 2016-03-30T06:38:40Z jmc jmc@openbsd.org 2016-03-30T06:38:40Z urn:sha1:faa33665ab2c5a685369c10172c1a3d7555eb253 correctly - logically complete that now by removing MLINKS from base; authors need only to ensure there is an entry in NAME for any function/ util being added. MLINKS will still work, and remain for perl to ease upgrades; ok nicm (curses) bcook (ssl) ok schwarze, who provided a lot of feedback and assistance ok tb natano jung