wireguard-openbsd/sys/arch/sgi/stand/libsa, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/sys/arch/sgi/stand/libsa?h=jd%2Fqueueboosts 2020-05-25T16:27:05Z fchmod() will be needed soon. 2020-05-25T16:27:05Z deraadt deraadt@openbsd.org 2020-05-25T16:27:05Z urn:sha1:f4f4862db931eae2a44b7a9352f1884c8df6572a ok 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@ In the bootblocks, after discovering and opening /bsd.upgrade, fchmod -x 2019-08-03T15:22:17Z deraadt deraadt@openbsd.org 2019-08-03T15:22:17Z urn:sha1:044dcf883ed02b1363c7ba7b3bffa021c5f0e0e7 so the file cannot be re-executed upon the next boot. This provides a stronger one-shot-upgrade model than the upgrade script's rm /bsd.upgrade. Now various forms of upgrade failure will reboot into /bsd, which is probably more recoverable. Performing fchmod -x depends on (1) use of MI boot.c (not alpha/macppc/sparc64/sgi/octeon) and (2) "can write blocks" functionality in the IO layer. Most architectures have this support now. Two diagnostics "fchmod a-x %s: failed" and "/bsd.upgrade is not u+x" will remain in the tree while refinements happen for some of the laggard architectures. based upon a discussion florian tested in snapshots for more than a week without any complaints 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. Do not create machine@ symlinks in obj as root during includes:, but 2016-11-06T16:04:20Z tb tb@openbsd.org 2016-11-06T16:04:20Z urn:sha1:a83990f4f7038fc22c8f4283b6c3e154ee13130a defer their creation to later, so that they are owned by BUILDUSER. This eliminates the last root-owned files in obj/ from 'make build'. In addition, place a MACHINE == hppa test in hppa/stand/Makefile.inc to avoid creating bogus symlinks on all other archs. joint work with & ok natano, "let's try it" deraadt Replace unbounded gets() in libsa with getln() which takes a buffer size, 2015-11-16T19:33:52Z miod miod@openbsd.org 2015-11-16T19:33:52Z urn:sha1:20cdd7b45a6039bddd3bdad1b6850c7859a946f6 and convert all gets() users. ok deraadt@ Remove libsa exec.c, not used by anything anymore; all boot blocks now use 2013-01-01T18:49:33Z miod miod@openbsd.org 2013-01-01T18:49:33Z urn:sha1:a30ffddb0dd3f12b926879fba7d3ad47d361c2b9 loadfile or a derivative of. Move sgi/stand to plain -fno-pie -nopie. Binaries are the same. 2012-08-31T08:14:08Z pascal pascal@openbsd.org 2012-08-31T08:14:08Z urn:sha1:2fd889062593802e3d92be0b147648ebbbd52375 tested by and ok deraadt@ Add NOPIE= bits for sys/arch/*/stand to ensure that bootblocks will always be 2012-08-21T14:46:17Z pascal pascal@openbsd.org 2012-08-21T14:46:17Z urn:sha1:60a88951752c86a3dd6c030169547ad38324f11b built with -fno-pie. This gets the hairiest part of PIE out of the way ... ok deraadt@ In addition to the existing IP32 boot block, build a real 64 bit boot block 2009-05-14T18:57:41Z miod miod@openbsd.org 2009-05-14T18:57:41Z urn:sha1:4e57bd72e3e3cf026023fd066f6ca0e410ad51e9 as a relocatable object, suitable for IP27/IP30/IP35. Boot blocks are now found is /usr/mdec/boot{32,64}, with boot-IP## being hard links to them for easy boot block pick.