<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/sbin/badsect, branch jd/queueboosts</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/sbin/badsect?h=jd%2Fqueueboosts</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/sbin/badsect?h=jd%2Fqueueboosts'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2019-06-28T13:32:41Z</updated>
<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>use symbolics for flags to open</title>
<updated>2015-11-12T22:33:07Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2015-11-12T22:33:07Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=06049e53b884250e68f9ea5b5220dae091a50b13'/>
<id>urn:sha1:06049e53b884250e68f9ea5b5220dae091a50b13</id>
<content type='text'>
from Ricardo Mestre
</content>
</entry>
<entry>
<title>Adjust &lt;sys/param.h&gt; comments regarding use of use of MAXFRAG, or</title>
<updated>2015-01-20T18:22:20Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2015-01-20T18:22:20Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=78eb0b7e750a8abce6d5bf75f3980c4936ee0c1c'/>
<id>urn:sha1:78eb0b7e750a8abce6d5bf75f3980c4936ee0c1c</id>
<content type='text'>
delete &lt;sys/param.h&gt; if now possible
ok guenther
</content>
</entry>
<entry>
<title>Replace &lt;sys/param.h&gt; with &lt;limits.h&gt; and other less dirty headers where</title>
<updated>2015-01-16T06:39:28Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2015-01-16T06:39:28Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=b9fc9a728fce9c4289b7e9a992665e28d5629a54'/>
<id>urn:sha1:b9fc9a728fce9c4289b7e9a992665e28d5629a54</id>
<content type='text'>
possible.  Annotate &lt;sys/param.h&gt; lines with their current reasons.  Switch
to PATH_MAX, NGROUPS_MAX, HOST_NAME_MAX+1, LOGIN_NAME_MAX, etc.  Change
MIN() and MAX() to local definitions of MINIMUM() and MAXIMUM() where
sensible to avoid pulling in the pollution.  These are the files confirmed
through binary verification.
ok guenther, millert, doug (helped with the verification protocol)
</content>
</entry>
<entry>
<title>Nuke pointless dev_bsize variable which is always set to 512, and just</title>
<updated>2014-05-22T14:38:48Z</updated>
<author>
<name>krw</name>
<email>krw@openbsd.org</email>
</author>
<published>2014-05-22T14:38:48Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=2a5858225fa1e8a26b001017b14e87554b6a5193'/>
<id>urn:sha1:2a5858225fa1e8a26b001017b14e87554b6a5193</id>
<content type='text'>
use DEV_BSIZE.

Replace lseek+read with pread().
</content>
</entry>
<entry>
<title>Nuke some trailing whitespace to shrink subsequent diffs.</title>
<updated>2014-05-21T16:32:08Z</updated>
<author>
<name>krw</name>
<email>krw@openbsd.org</email>
</author>
<published>2014-05-21T16:32:08Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=bfeb4d71f88e7bd4657ba32a9c54b78287118c6d'/>
<id>urn:sha1:bfeb4d71f88e7bd4657ba32a9c54b78287118c6d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Sprinkle (long long) casts where %lld is being used to print daddr_t</title>
<updated>2013-11-01T17:36:18Z</updated>
<author>
<name>krw</name>
<email>krw@openbsd.org</email>
</author>
<published>2013-11-01T17:36:18Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=bb4f4fae8132f3b14bed71a1a1cb238b951b5284'/>
<id>urn:sha1:bb4f4fae8132f3b14bed71a1a1cb238b951b5284</id>
<content type='text'>
variables. Some random whitespace/knf repairs encountered on the way.

ok miod@ on inspection, feedback &amp; more suggestions from millert@
</content>
</entry>
<entry>
<title>final removal of daddr64_t.  daddr_t has been 64 bit for a long enough</title>
<updated>2013-06-11T16:42:02Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2013-06-11T16:42:02Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=1abdbfde5173507cdbd2578554582107ac062818'/>
<id>urn:sha1:1abdbfde5173507cdbd2578554582107ac062818</id>
<content type='text'>
test period; i think 3 years ago the last bugs fell out.
ok otto beck others
</content>
</entry>
<entry>
<title>Switch from antique struct direct to struct dirent</title>
<updated>2013-06-02T06:20:35Z</updated>
<author>
<name>guenther</name>
<email>guenther@openbsd.org</email>
</author>
<published>2013-06-02T06:20:35Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=bf05441281ac68db5644059591d50feecc0b2247'/>
<id>urn:sha1:bf05441281ac68db5644059591d50feecc0b2247</id>
<content type='text'>
</content>
</entry>
<entry>
<title>rcsid[] and sccsid[] and copyright[] are essentially unmaintained (and</title>
<updated>2009-10-27T23:59:19Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2009-10-27T23:59:19Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=043fbe51c197dbbcd422e917b65f765d8b5f8874'/>
<id>urn:sha1:043fbe51c197dbbcd422e917b65f765d8b5f8874</id>
<content type='text'>
unmaintainable).  these days, people use source.  these id's do not provide
any benefit, and do hurt the small install media
(the 33,000 line diff is essentially mechanical)
ok with the idea millert, ok dms
</content>
</entry>
</feed>
