<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/sys/miscfs/fifofs, branch jd/queueboosts</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/sys/miscfs/fifofs?h=jd%2Fqueueboosts</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/sys/miscfs/fifofs?h=jd%2Fqueueboosts'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2020-06-15T15:29:40Z</updated>
<entry>
<title>Set __EV_HUP when the conditions matching poll(2)'s POLLUP are found.</title>
<updated>2020-06-15T15:29:40Z</updated>
<author>
<name>mpi</name>
<email>mpi@openbsd.org</email>
</author>
<published>2020-06-15T15:29:40Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=2b88cdafd374c425bef518b6071e7ccde4677902'/>
<id>urn:sha1:2b88cdafd374c425bef518b6071e7ccde4677902</id>
<content type='text'>
This is only done in poll-compatibility mode, when __EV_POLL is set.

ok visa@, millert@
</content>
</entry>
<entry>
<title>Make fifo_kqfilter() honor FREAD|FWRITE just like fifo_poll() does.</title>
<updated>2020-04-08T08:07:51Z</updated>
<author>
<name>mpi</name>
<email>mpi@openbsd.org</email>
</author>
<published>2020-04-08T08:07:51Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=f774436131cbdc6efbc0283a5fd01fe68a6a12a4'/>
<id>urn:sha1:f774436131cbdc6efbc0283a5fd01fe68a6a12a4</id>
<content type='text'>
Prevent generating events that do not correspond to how the fifo has been
opened.

ok visa@, millert@
</content>
</entry>
<entry>
<title>Pass correct socket to the write kqueue filter.</title>
<updated>2020-04-08T08:01:52Z</updated>
<author>
<name>mpi</name>
<email>mpi@openbsd.org</email>
</author>
<published>2020-04-08T08:01:52Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=c35e1d2184cb8ce6b98d01412fcb8fccbf4727ea'/>
<id>urn:sha1:c35e1d2184cb8ce6b98d01412fcb8fccbf4727ea</id>
<content type='text'>
Make EVFILT_WRITE notifications on fifo work.

ok visa@, millert@
</content>
</entry>
<entry>
<title>Abstract the head of knote lists. This allows extending the lists,</title>
<updated>2020-04-07T13:27:50Z</updated>
<author>
<name>visa</name>
<email>visa@openbsd.org</email>
</author>
<published>2020-04-07T13:27:50Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=9c969c9ab4dbfc69101f439c13329bb852e9fe18'/>
<id>urn:sha1:9c969c9ab4dbfc69101f439c13329bb852e9fe18</id>
<content type='text'>
for example, with locking assertions.

OK mpi@, anton@
</content>
</entry>
<entry>
<title>Replace field f_isfd with field f_flags in struct filterops to allow</title>
<updated>2020-02-20T16:56:51Z</updated>
<author>
<name>visa</name>
<email>visa@openbsd.org</email>
</author>
<published>2020-02-20T16:56:51Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=b821368957f060d7b1e9eeaa4fbc563e892edb32'/>
<id>urn:sha1:b821368957f060d7b1e9eeaa4fbc563e892edb32</id>
<content type='text'>
adding more filter properties without cluttering the struct.

OK mpi@, anton@
</content>
</entry>
<entry>
<title>struct vops is not modified during runtime so use const which moves each</title>
<updated>2020-01-20T23:21:55Z</updated>
<author>
<name>claudio</name>
<email>claudio@openbsd.org</email>
</author>
<published>2020-01-20T23:21:55Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=2d6b9e38f30a31b6aa3a85df5a94059bc694a80e'/>
<id>urn:sha1:2d6b9e38f30a31b6aa3a85df5a94059bc694a80e</id>
<content type='text'>
into read-only data segment.
OK deraadt@ tedu@
</content>
</entry>
<entry>
<title>Convert infinite sleeps to tsleep_nsec(9).</title>
<updated>2020-01-08T15:03:10Z</updated>
<author>
<name>mpi</name>
<email>mpi@openbsd.org</email>
</author>
<published>2020-01-08T15:03:10Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=9b55129e7defe32636e1f234bcd995d2206136ca'/>
<id>urn:sha1:9b55129e7defe32636e1f234bcd995d2206136ca</id>
<content type='text'>
ok bluhm@
</content>
</entry>
<entry>
<title>Use C99 designated initializers with struct filterops. In addition,</title>
<updated>2019-12-31T13:48:31Z</updated>
<author>
<name>visa</name>
<email>visa@openbsd.org</email>
</author>
<published>2019-12-31T13:48:31Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=94321eb495589ab239b0671b5b64153695549a6a'/>
<id>urn:sha1:94321eb495589ab239b0671b5b64153695549a6a</id>
<content type='text'>
make the structs const so that the data are put in .rodata.

OK mpi@, deraadt@, anton@, bluhm@
</content>
</entry>
<entry>
<title>Reintroduce socket locking inside socket event filters.</title>
<updated>2019-12-12T16:33:02Z</updated>
<author>
<name>visa</name>
<email>visa@openbsd.org</email>
</author>
<published>2019-12-12T16:33:02Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=b63185a772473561be3d388f20f5ca795449885c'/>
<id>urn:sha1:b63185a772473561be3d388f20f5ca795449885c</id>
<content type='text'>
Tested by anton@, sashan@
OK mpi@, anton@, sashan@
</content>
</entry>
<entry>
<title>Use FNONBLOCK instead of SS_NBIO to check/indicate that the I/O mode</title>
<updated>2018-07-30T12:22:14Z</updated>
<author>
<name>mpi</name>
<email>mpi@openbsd.org</email>
</author>
<published>2018-07-30T12:22:14Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=4a4dc3ea4c4158dccd297c17b5ac5a6ff2af5515'/>
<id>urn:sha1:4a4dc3ea4c4158dccd297c17b5ac5a6ff2af5515</id>
<content type='text'>
for sockets is non-blocking.

This allows us to G/C SS_NBIO.  Having to keep the two flags in sync
in a mp-safe way is complicated.

This change introduce a behavior change in sosplice(), it can now
always block.  However this should not matter much due to the socket
lock being taken beforhand.

ok bluhm@, benno@, visa@
</content>
</entry>
</feed>
