wireguard-openbsd/sys/stand/boot/bootarg.h, branch jd/simplify-queueing WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/sys/stand/boot/bootarg.h?h=jd%2Fsimplify-queueing 2020-05-25T15:49:41Z make loadrandom() return 0 for success, -1 for failure. While here, 2020-05-25T15:49:41Z deraadt deraadt@openbsd.org 2020-05-25T15:49:41Z urn:sha1:a872426c0e19cd2db852b132ac3ba4865f303e4a relax the fstat() check because the system will have left the file in the right mode. ok visa kettenis Adjust fwrandom() to return 0 for sucess, -1 for failure 2020-05-25T14:53:57Z deraadt deraadt@openbsd.org 2020-05-25T14:53:57Z urn:sha1:d4fa8acb0d6af3b6ddbd07c22e37180c5e52477f Add a hook to use a firmware-supplied random function in addition to the 2018-04-08T13:24:36Z kettenis kettenis@openbsd.org 2018-04-08T13:24:36Z urn:sha1:d975447ccae4114c8837c6b794f3e6b51f8ad53b MD-supplied random function to insert entropy into the kernel. ok deraadt@ Initial commit of uefi boot loader of OpenBSD. 2015-09-02T01:52:25Z yasuoka yasuoka@openbsd.org 2015-09-02T01:52:25Z urn:sha1:7b5f1cbe91622bd1bd1c749bdc6152af184a2d92 ok deraadt yuo remove irrelevant error handling in loadrandom; this operates on the 2014-01-24T05:24:07Z deraadt deraadt@openbsd.org 2014-01-24T05:24:07Z urn:sha1:4b770debbaa6edba6ef926e99d509110b7bba4b6 principe of fire and forget, and we really want developers to start trying to write per-architecture XOR thingies using timers and such Try to load entropy data from disk:/etc/random.seed, and additionally 2013-12-28T02:51:06Z deraadt deraadt@openbsd.org 2013-12-28T02:51:06Z urn:sha1:2afebeae30e91331fb9f4496daf6b629e95d4d93 use a MD-supplied random function. Then, insert this into the ELF openbsd.randomdata of the kernel, so that it has entropy right from the start. Some help from jsing for the softraid aspects. Also tested by phessler three four kill ... 2003-06-02T20:20:53Z mickey mickey@openbsd.org 2003-06-02T20:20:53Z urn:sha1:67cd3d9e3837a7ed3a5c5e9127b03dbdc828a0ca strcpy/strcat/sprintf removal in all bootblocks. various testing by 2003-06-01T17:00:26Z deraadt deraadt@openbsd.org 2003-06-01T17:00:26Z urn:sha1:1ee9984c4f4397b4e37dd231ed72dcab53ea0dff various people. outside of some messy things in src/gnu, only one thing in the main tree now violates this rule: bind First round of __P removal in sys 2002-03-14T01:26:25Z millert millert@openbsd.org 2002-03-14T01:26:25Z urn:sha1:c4071fd13883b3f74b90a411bbb39755a785aeaa give better support to the bios memory maps. 1999-08-25T00:54:18Z mickey mickey@openbsd.org 1999-08-25T00:54:18Z urn:sha1:857b09374adba4511365cbaea7ffd15bfac9df37 provide memory maps editing through the machine memory command. rearrange probing in machdep, so it provides less output, also giving a shot for apm to fix the memory maps. changes to kernel are minimal, only that is required due to the api version bits addition and such cosmetic changes. tested on all critical kernel,boot combinations; niklas@ ok