<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/sbin/bioctl, branch jd/queueboosts</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/sbin/bioctl?h=jd%2Fqueueboosts</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/sbin/bioctl?h=jd%2Fqueueboosts'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2020-04-25T14:37:43Z</updated>
<entry>
<title>Reduce minimum allowed number of chunks in a CONCAT volume from 2 to</title>
<updated>2020-04-25T14:37:43Z</updated>
<author>
<name>krw</name>
<email>krw@openbsd.org</email>
</author>
<published>2020-04-25T14:37:43Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=b346a95b4e6b19bdf11eebbd8687ff8d9bd0470f'/>
<id>urn:sha1:b346a95b4e6b19bdf11eebbd8687ff8d9bd0470f</id>
<content type='text'>
1.

This increases the number of volumes that can be created on a single disk
from 7 to 15. i.e. a disk can be sliced into a maximum of 225
(15 * 15) filesystems instead of a mere 105 (7 * 15).

ok deraadt@
</content>
</entry>
<entry>
<title>When system calls indicate an error they return -1, not some arbitrary</title>
<updated>2019-06-28T13:32:41Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2019-06-28T13:32:41Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=df69c215c7c66baf660f3f65414fd34796c96152'/>
<id>urn:sha1:df69c215c7c66baf660f3f65414fd34796c96152</id>
<content type='text'>
value &lt; 0.  errno is only updated in this case.  Change all (most?)
callers of syscalls to follow this better, and let's see if this strictness
helps us in the future.
</content>
</entry>
<entry>
<title>Kill a couple of superfluous "return;" statements</title>
<updated>2019-05-11T20:24:55Z</updated>
<author>
<name>krw</name>
<email>krw@openbsd.org</email>
</author>
<published>2019-05-11T20:24:55Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=43c488e40d4c23c14e75917d7e2874dda84cf89c'/>
<id>urn:sha1:43c488e40d4c23c14e75917d7e2874dda84cf89c</id>
<content type='text'>
at the end of void functions.

First one pointed out by Andrey Sokolov via bugs@
</content>
</entry>
<entry>
<title>Unify and disambiguate various aspects of the terminology, clarify</title>
<updated>2018-07-09T14:10:58Z</updated>
<author>
<name>schwarze</name>
<email>schwarze@openbsd.org</email>
</author>
<published>2018-07-09T14:10:58Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=e30b42b8e1b064fc8a638512d353653aee2078d6'/>
<id>urn:sha1:e30b42b8e1b064fc8a638512d353653aee2078d6</id>
<content type='text'>
that there is only one softraid(4) controller (called softraid0), and
clarify that you cannot add or delete chunks, but merely replace them.
Tweaks and OK jsing@, and OK henning@ on a previous version.
</content>
</entry>
<entry>
<title>remove redundant variable declarations in Makefiles, since those are</title>
<updated>2017-07-09T21:23:18Z</updated>
<author>
<name>espie</name>
<email>espie@openbsd.org</email>
</author>
<published>2017-07-09T21:23:18Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=58a577e134e547a26e8dc989e82b033058e883e8'/>
<id>urn:sha1:58a577e134e547a26e8dc989e82b033058e883e8</id>
<content type='text'>
the default.

okay millert@
</content>
</entry>
<entry>
<title>less chatty EXAMPLES; from anton lindqvist</title>
<updated>2017-04-06T18:55:42Z</updated>
<author>
<name>jmc</name>
<email>jmc@openbsd.org</email>
</author>
<published>2017-04-06T18:55:42Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=fd8c917f27330d21cef9f95ea863d28b0e3c6be6'/>
<id>urn:sha1:fd8c917f27330d21cef9f95ea863d28b0e3c6be6</id>
<content type='text'>
</content>
</entry>
<entry>
<title>This commit removes bio_status() calls after a BIOCLOCATE since the</title>
<updated>2016-12-20T15:38:46Z</updated>
<author>
<name>patrick</name>
<email>patrick@openbsd.org</email>
</author>
<published>2016-12-20T15:38:46Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=281272dced87a0416c6fdee125c6e622f9eeabf1'/>
<id>urn:sha1:281272dced87a0416c6fdee125c6e622f9eeabf1</id>
<content type='text'>
bio status will never be updated on a BIOCLOCATE.  In addition with
missed zeroing of the passed bio struct, this could lead to a print
of uninitialized memory.  While there, properly zero the bio struct
before passing it to ioctl().

ok mikeb@
</content>
</entry>
<entry>
<title>Document bioctl -d as a "detach" rather than a "delete" operation.</title>
<updated>2016-11-27T18:04:18Z</updated>
<author>
<name>stsp</name>
<email>stsp@openbsd.org</email>
</author>
<published>2016-11-27T18:04:18Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=7113e8b7c0f847fc94c0c39a63044ad60ff1e7e0'/>
<id>urn:sha1:7113e8b7c0f847fc94c0c39a63044ad60ff1e7e0</id>
<content type='text'>
ok tb@ danj@ deraadt@
</content>
</entry>
<entry>
<title>optarg is declared in unistd.h and usage is __dead. From Jan Stary.</title>
<updated>2016-10-20T07:14:44Z</updated>
<author>
<name>tb</name>
<email>tb@openbsd.org</email>
</author>
<published>2016-10-20T07:14:44Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=1f6106800a374f7ab4f0f966508589260f7a5fb3'/>
<id>urn:sha1:1f6106800a374f7ab4f0f966508589260f7a5fb3</id>
<content type='text'>
ok natano
</content>
</entry>
<entry>
<title>Document auto rounds.</title>
<updated>2016-09-21T17:57:33Z</updated>
<author>
<name>jsing</name>
<email>jsing@openbsd.org</email>
</author>
<published>2016-09-21T17:57:33Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=7338c7b48cf60f08b0d75b2004598263b52a082b'/>
<id>urn:sha1:7338c7b48cf60f08b0d75b2004598263b52a082b</id>
<content type='text'>
</content>
</entry>
</feed>
