<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/sys/arch/arm64/include/vmparam.h, branch jd/queueboosts</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/sys/arch/arm64/include/vmparam.h?h=jd%2Fqueueboosts</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/sys/arch/arm64/include/vmparam.h?h=jd%2Fqueueboosts'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2019-06-01T18:38:27Z</updated>
<entry>
<title>Bump VM_MAX_KERNEL_ADDRESS so that we have about 16G of KVA.  Since</title>
<updated>2019-06-01T18:38:27Z</updated>
<author>
<name>patrick</name>
<email>patrick@openbsd.org</email>
</author>
<published>2019-06-01T18:38:27Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=9a39d01811686f821b320be7a33d6d46dcccbeb7'/>
<id>urn:sha1:9a39d01811686f821b320be7a33d6d46dcccbeb7</id>
<content type='text'>
we need KVA to keep track of all the RAM pages, machines with a lot
of memory easily exhaust our KVA space.  We need about 1G of KVA
per 32G of memory, so with 16G of KVA we can maintain close to 512G
of memory.

ok kettenis@
</content>
</entry>
<entry>
<title>We actually support 39-bit VA's in userland.</title>
<updated>2018-09-11T12:41:30Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2018-09-11T12:41:30Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=272c4e0c571905d951c1bdb7f57ebabe1c23fd70'/>
<id>urn:sha1:272c4e0c571905d951c1bdb7f57ebabe1c23fd70</id>
<content type='text'>
ok patrick@, jsg@
</content>
</entry>
<entry>
<title>Implement pmap_growkernel().  Bump VM_MAX_KERNEL_ADDRESS now that we no</title>
<updated>2018-05-16T09:07:45Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2018-05-16T09:07:45Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=ebdd378caaa3450e315d99b8ab09e256b9b150a4'/>
<id>urn:sha1:ebdd378caaa3450e315d99b8ab09e256b9b150a4</id>
<content type='text'>
longer pre-allocate the complete kernel page tables.

ok patrick@, visa@
</content>
</entry>
<entry>
<title>set MAXSSIZ to the same value as on all other architectures (32MB)</title>
<updated>2017-10-01T17:05:50Z</updated>
<author>
<name>naddy</name>
<email>naddy@openbsd.org</email>
</author>
<published>2017-10-01T17:05:50Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=de6c426db2b6c092dee54d170cddc583ea40b995'/>
<id>urn:sha1:de6c426db2b6c092dee54d170cddc583ea40b995</id>
<content type='text'>
ok deraadt@
</content>
</entry>
<entry>
<title>remove duplicated PAGE macros and drop type suffix</title>
<updated>2017-08-09T03:06:55Z</updated>
<author>
<name>jsg</name>
<email>jsg@openbsd.org</email>
</author>
<published>2017-08-09T03:06:55Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=758a1a53d498b4a015604fe1054d027cc079b715'/>
<id>urn:sha1:758a1a53d498b4a015604fe1054d027cc079b715</id>
<content type='text'>
ok kettenis@
</content>
</entry>
<entry>
<title>Use EFI memory map to discover available physical memory.</title>
<updated>2017-05-27T09:54:43Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2017-05-27T09:54:43Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=b27f256060504ef810cc92a1b02a7795a50d7b4e'/>
<id>urn:sha1:b27f256060504ef810cc92a1b02a7795a50d7b4e</id>
<content type='text'>
Fall back on improved code that parses the FDT /memory node.
However, on machines with "real" UEFI firmware, /memory may include
reserved memory that we shouldn't use (it does on the Overdrive 1000).
On those machines, make sure that you use BOOTAA64 0.3 or later such that
the EFI memory map gets used.

For now, print out the EFI memory map to help debug any issues.

ok patrick@
</content>
</entry>
<entry>
<title>Import of OpenBSD/arm64</title>
<updated>2016-12-17T23:38:33Z</updated>
<author>
<name>patrick</name>
<email>patrick@openbsd.org</email>
</author>
<published>2016-12-17T23:38:33Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=f24071e5a82bde237999ed17cfea827c436463e8'/>
<id>urn:sha1:f24071e5a82bde237999ed17cfea827c436463e8</id>
<content type='text'>
This commit contains all the kernel files related to the OpenBSD/arm64
port.  It is based on the PowerPC pmap, loongson, arm/armv7 code and
FreeBSD aarch64 code.  Hard work done by Dale Rahn.
</content>
</entry>
</feed>
