wireguard-openbsd/sys/arch/armv7/include/vmparam.h, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/sys/arch/armv7/include/vmparam.h?h=jd%2Fqueueboosts 2017-03-10T08:42:08Z Set VM_PHYSSEG_MAX to 32 and use VM_PSTRAT_BSEARCH as the sort/search option 2017-03-10T08:42:08Z kettenis kettenis@openbsd.org 2017-03-10T08:42:08Z urn:sha1:386a4b3ba93765dda1bad4b25395c4d3a975fb4d like we do on macppc and sparc64. This makes our kernel recognize all the memory on the Odroid XU4. ok jsg@ Use the same stack size as on i386 2017-01-24T13:33:06Z jca jca@openbsd.org 2017-01-24T13:33:06Z urn:sha1:812f428967e2be660da2524f3f4d054c8c0f601f ok kettenis@ deraadt@ Make ARM_KERNEL_BASE explicitely unsigned 2015-06-24T21:35:00Z miod miod@openbsd.org 2015-06-24T21:35:00Z urn:sha1:0a7156fb82f496076568fe73214f2d391a06cea1 Raise VM_PHYSSEG_MAX to two and load an additional physical memory 2015-05-12T04:31:10Z jsg jsg@openbsd.org 2015-05-12T04:31:10Z urn:sha1:0181436094935fc6fbb4fffe15873277c58dd0d7 segment if u-boot reports it. Needed for the utilite where u-boot reports two 1GB segments of physical memory. From Patrick Wildt in bitrig with some additional sanity checks added. VM_MAX_KERNEL_ADDRESS is the end of the kva range not the end of 2015-05-10T15:56:28Z jsg jsg@openbsd.org 2015-05-10T15:56:28Z urn:sha1:391e966aa8bdbb729ab47963267e0ac75c075865 addressable virtual memory space but arm ports were using a value of 0xffffffff for this. Instead of using a shared VM_MAX_KERNEL_ADDRESS define add md VM_KERNEL_SPACE_SIZE defines based on the KERNEL_VM_SIZE values from the respective machdep.c files. djm's novena was hitting "panic: bufinit: can't reserve VM for buffers" without a similiar change. ok miod@ In the future, we shouldn't have one port port ARM SoC, that's just 2013-09-04T14:38:24Z patrick patrick@openbsd.org 2013-09-04T14:38:24Z urn:sha1:8eda2d14dce8aa0e7fb004c223d2283029a448b3 ridiculous. This is the first step for a common and generic ARM port for ARMv7 SoCs.