wireguard-openbsd/sys/arch/m88k/include/proc.h, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/sys/arch/m88k/include/proc.h?h=jd%2Fqueueboosts 2017-04-13T03:52:25Z Provide mips64 with kernel-facing TCB_{GET,SET} macros that store it 2017-04-13T03:52:25Z guenther guenther@openbsd.org 2017-04-13T03:52:25Z urn:sha1:f5d56f6d1abf3988ecad6e5bcc0d9e60de25e475 in struct mdproc. With that, all archs have those and the __HAVE_MD_TCB macro can be unifdef'ed as always defined. ok kettenis@ visa@ jsing@ Retire hp300, mvme68k and mvme88k ports. These ports have no users, keeping 2014-03-18T22:36:27Z miod miod@openbsd.org 2014-03-18T22:36:27Z urn:sha1:fbe7d4c033ce635420b2c13710eea55df02e4009 this hardware alive is becoming increasingly difficult, and I should heed the message sent by the three disks which have died on me over the last few days. Noone sane will mourn these ports anyway. So long, and thanks for the fish. Use %r27 as the thread control block pointer, allowing for __get_tcb() calls 2013-08-26T21:38:08Z miod miod@openbsd.org 2013-08-26T21:38:08Z urn:sha1:cf1439587eaae51ebcd40bdcf5c5d8896183f3ff in libpthread to be optimized away. While there, follow DG/UX's example of using more than one register for thread purposes (after all, the ABI reserves four of them), and also use %r26 to store a pointer to the current thread's errno. Since it is not possible to initialize %r26 at thread creation without intrusive and potentially race-prone changes, have __tfork() reset %r26 to zero, and libpthread's __cerror lazy initialize it. As soon as %r26 is nonzero, it will be used instead of calling __errno(). This means that binaries linked against HEAD libpthread need to run on HEAD kernels, and we are belatedly jumping on the 64-bit time_t bump (since there are no 64-bit time_t m88k snapshots yet). Joint work with guenther@; "Your love of asm is sick and wrong, and yet beautiful." and ok guenther@ Normalize sentinel. Use _MACHINE_*_H_ and _<ARCH>_*_H_ properly and consitently. 2011-03-23T16:54:33Z pirofti pirofti@openbsd.org 2011-03-23T16:54:33Z urn:sha1:2fa72412907ae78c4787a4a8f888c5f0486e225c Discussed and okay drahn@. Okay deraadt@. Switch to per-process AST flags and clean AST-related codepaths; speeds up 2005-11-28T22:21:12Z miod miod@openbsd.org 2005-11-28T22:21:12Z urn:sha1:a331c5a6479a9e8a2d5ed93e1d2785665788c005 forks as a bonus. Tested on luna88k and mvme88k by aoyama@ martin@ and I. Stop mapping the u area at fixed UADDR in addition to its actual va. 2005-10-12T19:05:39Z miod miod@openbsd.org 2005-10-12T19:05:39Z urn:sha1:e8b8da4acd4792ff241a8b4c739b937069c41aa5 While there, attempt to clean and comment stack usage in the kernel. No functional change. From the m88k SMP tree; help&test martin@ Rework the single step implementation; mostly delaying breakpoint 2005-05-18T16:44:37Z miod miod@openbsd.org 2005-05-18T16:44:37Z urn:sha1:96ca406eb91dbf2dbef7dce09210115b60f2a7ef removal so that single stepping delay slots work. Also added the ability to single step through system calls (which cause an implicit branch if successfull). works for me, "looks ok" kettenis@ Start factorizing luna88k and mvme88k common parts. 2004-04-26T12:34:02Z miod miod@openbsd.org 2004-04-26T12:34:02Z urn:sha1:3180e169e9554e190a647ebac5d30d97ea176d52 For now, include files only.