wireguard-openbsd/regress/sys/copy, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/regress/sys/copy?h=jd%2Fqueueboosts 2016-09-01T10:12:34Z remove references to sparc (and even a vax ref that escaped notice) 2016-09-01T10:12:34Z tedu tedu@openbsd.org 2016-09-01T10:12:34Z urn:sha1:bed981db964ba2883926808f586fec86422a06a3 string.h not strings.h 2016-08-19T01:37:50Z deraadt deraadt@openbsd.org 2016-08-19T01:37:50Z urn:sha1:894ed90b95ac8cfd9838977ad32815c0765b83d2 remove hppa64 port, which we never got going beyond broken single users. 2016-05-11T21:52:48Z deraadt deraadt@openbsd.org 2016-05-11T21:52:48Z urn:sha1:0f5275725014ab6098a7071ceda8a67d6abb48b4 hppa reverse-stack gives us a valuable test case, but most developers don't have a 2nd one to proceed further with this. ok kettenis Send solbourne to where the ........... 2015-12-01T08:13:29Z deraadt deraadt@openbsd.org 2015-12-01T08:13:29Z urn:sha1:48dafc21389eb54b8cd8f3f36a9cfa992000b564 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. Switch back from KERN_PROC2/kinfo_proc2 to KERN_PROC/kinfo_proc now 2011-04-10T03:20:58Z guenther guenther@openbsd.org 2011-04-10T03:20:58Z urn:sha1:5027561d8085660e44090eaf236ac21fd7f3861c that we've got name we want for the API we want "ZAP!" deraadt@ Add an ENAMETOOLONG test case for copyinstr(), inspired by sthen@'s code. 2009-02-15T13:33:22Z jsing jsing@openbsd.org 2009-02-15T13:33:22Z urn:sha1:8dc5005cdeb03527868daa79cdac9a2ee18615a0 ok sthen@ miod@ Run this test on all shared address space machines. With help from 2005-04-28T11:21:18Z otto otto@openbsd.org 2005-04-28T11:21:18Z urn:sha1:6bb656b99d128ebf764d2c39ba53d1c719575ff2 miod and mickey; ok art@ duh, make sure we're testing what we thing we are. still not exactly 2005-04-17T07:37:10Z tedu tedu@openbsd.org 2005-04-17T07:37:10Z urn:sha1:b1788023efdc47edde188334df56dec8ab19f670 the best test around. This test is only valid on archs that have shared kernel and user address 2005-02-25T09:06:28Z otto otto@openbsd.org 2005-02-25T09:06:28Z urn:sha1:5617ca637a839ddd94810cac3c180d21dc621cef space, as mickey@ pointed out. Enable only for i386 and amd64, since it might give false negatives on other archs.