<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/sys/arch/amd64/include/param.h, branch jd/queueboosts</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/sys/arch/amd64/include/param.h?h=jd%2Fqueueboosts</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/sys/arch/amd64/include/param.h?h=jd%2Fqueueboosts'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2019-12-23T21:42:01Z</updated>
<entry>
<title>Machines with many CPUs and long feature lists fill up the dmesg(8)</title>
<updated>2019-12-23T21:42:01Z</updated>
<author>
<name>bluhm</name>
<email>bluhm@openbsd.org</email>
</author>
<published>2019-12-23T21:42:01Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=e7d7775c1d76242066caabc9b0f4d1b4fe30b62a'/>
<id>urn:sha1:e7d7775c1d76242066caabc9b0f4d1b4fe30b62a</id>
<content type='text'>
during kernel startup before syslogd(8) can receive it.  Increase
message buffer size from 94k to 128k on amd64.
reported by Hrvoje Popovski; OK deraadt@
</content>
</entry>
<entry>
<title>the KERN*_{HI,LO} variables are not needed, and easier to calculate the</title>
<updated>2019-01-24T00:16:15Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2019-01-24T00:16:15Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=6a8237a96e58015590218dd952e4740bd65b74cb'/>
<id>urn:sha1:6a8237a96e58015590218dd952e4740bd65b74cb</id>
<content type='text'>
parts on the fly.
</content>
</entry>
<entry>
<title>Define __HAVE_ACPI.</title>
<updated>2018-08-25T17:24:22Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2018-08-25T17:24:22Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=5da8fb5553baa047d71ea2154976eb4ce5caff05'/>
<id>urn:sha1:5da8fb5553baa047d71ea2154976eb4ce5caff05</id>
<content type='text'>
ok deraadt@, krw@, jca@
</content>
</entry>
<entry>
<title>grow dmesg buffer - bigger machines showing up</title>
<updated>2018-03-04T16:44:02Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2018-03-04T16:44:02Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=b0c474b70a769ce129753e6683baeb541caed108'/>
<id>urn:sha1:b0c474b70a769ce129753e6683baeb541caed108</id>
<content type='text'>
</content>
</entry>
<entry>
<title>bump UPAGES to 6.</title>
<updated>2017-09-06T04:44:39Z</updated>
<author>
<name>dlg</name>
<email>dlg@openbsd.org</email>
</author>
<published>2017-09-06T04:44:39Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=d45949956d43d67f0278f634c06ce957be41538e'/>
<id>urn:sha1:d45949956d43d67f0278f634c06ce957be41538e</id>
<content type='text'>
deraadt@s stack base randomisation may take away up to a whole page
in space, and it is possible that i will take another whole page
away in the future as a guard page. this means we continue to provide
roughtly the same amount of stack space that has previously been
in effect.

ok deraadt@
</content>
</entry>
<entry>
<title>Increase the number of mbufs on most architectures.  This is based</title>
<updated>2016-09-03T14:25:27Z</updated>
<author>
<name>bluhm</name>
<email>bluhm@openbsd.org</email>
</author>
<published>2016-09-03T14:25:27Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=29ae43e03c22032641bd3695f0b2a4c78063ba5d'/>
<id>urn:sha1:29ae43e03c22032641bd3695f0b2a4c78063ba5d</id>
<content type='text'>
on a guess how much memory a typical machine has.  If the value is
too high, users may run out of kernel memory.  Then we will have
to adjust this again.
OK claudio@ deraadt@
</content>
</entry>
<entry>
<title>PGSHIFT and PGOFSET are now contained inside the kernel namespace.</title>
<updated>2013-03-26T05:04:08Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2013-03-26T05:04:08Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=12595cf0735ae1d6bf93e51af1e7681889b30fc4'/>
<id>urn:sha1:12595cf0735ae1d6bf93e51af1e7681889b30fc4</id>
<content type='text'>
</content>
</entry>
<entry>
<title>ALIGNBYTES/ALIGN/ALIGNED_POINTER can move to the MI file.</title>
<updated>2013-03-25T17:46:22Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2013-03-25T17:46:22Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=c875ba1b10349764901915212dce1355eced2088'/>
<id>urn:sha1:c875ba1b10349764901915212dce1355eced2088</id>
<content type='text'>
</content>
</entry>
<entry>
<title>refactor sys/param.h and machine/param.h.  A lot of #ifdef _KERNEL is added</title>
<updated>2013-03-23T16:12:18Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2013-03-23T16:12:18Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=184e2458f7c67437a49d9b4a6fb8f1b69c45f54b'/>
<id>urn:sha1:184e2458f7c67437a49d9b4a6fb8f1b69c45f54b</id>
<content type='text'>
to keep definitions our of user space.  The MD files now follow a consistant
order -- all namespace intrusion is at the tail can be cleaned up
independently.  locore, bootblocks, and libkvm still see enough visibility to
build.  Checked on 90% of platforms...
</content>
</entry>
<entry>
<title>move kernel after 16MB. needed for additional growth that might come in a</title>
<updated>2013-03-21T15:50:27Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2013-03-21T15:50:27Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=453010f2034c5db3b83619896912602a2380cb8a'/>
<id>urn:sha1:453010f2034c5db3b83619896912602a2380cb8a</id>
<content type='text'>
little while...
diff from martynas who is not around now
</content>
</entry>
</feed>
