wireguard-openbsd/sys/arch/sgi/stand/boot, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/sys/arch/sgi/stand/boot?h=jd%2Fqueueboosts 2020-06-06T10:54:41Z Adjust sgi bootblocks' iostrategy routines 2020-06-06T10:54:41Z visa visa@openbsd.org 2020-06-06T10:54:41Z urn:sha1:d3d7dc897d09cd2ea8b6a6d87bb2334cb6ed5714 Return an error if write is requested, only reading is implemented. Set *cnt only if the pointer is non-NULL. Let sgi bootblocks build again. 2020-06-06T10:53:09Z visa visa@openbsd.org 2020-06-06T10:53:09Z urn:sha1:6aebf02881192ece4e58eb13039194602a60fc17 sgi had the same bug as sparc64 -- failed to put readdir and fchmod 2020-05-26T16:43:36Z deraadt deraadt@openbsd.org 2020-05-26T16:43:36Z urn:sha1:b60dc35abe6f89ed2053faff8b6c9ef4aa4de57e operations for ufs and ufs2 into the file_system[] array ... increment version numbers, due to recent RB_GOODSEED and fchmod +T changes 2020-05-26T14:00:40Z deraadt deraadt@openbsd.org 2020-05-26T14:00:40Z urn:sha1:ed5a52b6bdf7c7f007d222e270b64343a6f85fc8 /etc/random.seed reuse can now be detected. The stat +T bit marks the file 2020-05-26T13:47:27Z deraadt deraadt@openbsd.org 2020-05-26T13:47:27Z urn:sha1:e4a6744d811c9dacc6cbd14518ea6671acce58e9 (fchmod +T by bootcode, chmod 600 by /etc/rc). If the seed is reused, and HWRNG isn't available, the kernel won't get RB_GOODSEED indication... 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 Enable FFS2 in sgi bootblocks and ramdisks. 2020-04-06T02:10:33Z visa visa@openbsd.org 2020-04-06T02:10:33Z urn:sha1:ef35d3e7a87de5cd15ce4540481e47f54571a721 Tested with boot64 on IP30. State of boot32 and bootecoff is unknown. OK otto@, deraadt@ Use arc4 to bit-spread the 512-byte random buffer over the .openbsd.randomdata 2019-10-29T02:55:49Z deraadt deraadt@openbsd.org 2019-10-29T02:55:49Z urn:sha1:f65494e6b175686dd7c3956310013295142d0607 section, which has grown a fair bit with the introduction of retguard. Mortimer discovered the repeated 512-byte sequence as retguard keys, and this resolves the issue. (Chacha does not fit on the media, so 1.5K early drop RC4 is hopefully sufficient in our KARL link universe) Version crank the bootblocks. sysupgrade -s will install new bootblocks. ok djm mortimer merge version directly into code 2019-10-28T04:11:30Z deraadt deraadt@openbsd.org 2019-10-28T04:11:30Z urn:sha1:b08bc483cf59fd8e80e475925cddd34337d4d80a libsa's memcpy() is actually memmove(). make a proper memmove(), and give 2019-04-20T22:59:03Z deraadt deraadt@openbsd.org 2019-04-20T22:59:03Z urn:sha1:7a2189da75c696c4404ba58cd970151833ffe027 memcpy() correct behaviour. This also brings the bcopy() macro into line.