<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/sys/kern/tty_pty.c, branch jd/queueboosts</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/sys/kern/tty_pty.c?h=jd%2Fqueueboosts</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/sys/kern/tty_pty.c?h=jd%2Fqueueboosts'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2020-06-22T13:14:32Z</updated>
<entry>
<title>Extend kqueue interface with EVFILT_EXCEPT filter.</title>
<updated>2020-06-22T13:14:32Z</updated>
<author>
<name>mpi</name>
<email>mpi@openbsd.org</email>
</author>
<published>2020-06-22T13:14:32Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=7ab02df9ba969938f0d288bc81680642c429c9c4'/>
<id>urn:sha1:7ab02df9ba969938f0d288bc81680642c429c9c4</id>
<content type='text'>
This filter, already implemented in macOS and Dragonfly BSD, returns
exceptional conditions like the reception of out-of-band data.

The functionnality is similar to poll(2)'s POLLPRI &amp; POLLRDBAND and
it can be used by the kqfilter-based poll &amp; select implementation.

ok millert@ on a previous version, ok visa@
</content>
</entry>
<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>Add missing ICANON check in filt_ptcwrite().</title>
<updated>2020-05-21T09:34:06Z</updated>
<author>
<name>mpi</name>
<email>mpi@openbsd.org</email>
</author>
<published>2020-05-21T09:34:06Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=fb4de2087028f0429847cff7892010f9b0819cfd'/>
<id>urn:sha1:fb4de2087028f0429847cff7892010f9b0819cfd</id>
<content type='text'>
ok millert@, visa@
</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>Convert infinite sleeps to tsleep_nsec(9).</title>
<updated>2020-01-11T14:30:24Z</updated>
<author>
<name>mpi</name>
<email>mpi@openbsd.org</email>
</author>
<published>2020-01-11T14:30:24Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=1bae1a4bb172b3b6cc5da21f20ce08247040f75a'/>
<id>urn:sha1:1bae1a4bb172b3b6cc5da21f20ce08247040f75a</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>ttysleep(): drop unused timeout parameter</title>
<updated>2019-07-19T00:17:15Z</updated>
<author>
<name>cheloha</name>
<email>cheloha@openbsd.org</email>
</author>
<published>2019-07-19T00:17:15Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=c8b8fc796bad65f2c985547538dca0e5028aefa7'/>
<id>urn:sha1:c8b8fc796bad65f2c985547538dca0e5028aefa7</id>
<content type='text'>
All callers sleep indefinitely.

With help from visa@.

ok visa@, ratchov@, kn@
</content>
</entry>
<entry>
<title>Bring back revision 1.91 now that vmd has been fixed, repeating the</title>
<updated>2019-03-11T17:13:31Z</updated>
<author>
<name>anton</name>
<email>anton@openbsd.org</email>
</author>
<published>2019-03-11T17:13:31Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=3bef1a3e204f52aa755b8d001f51f99e9b75ac2f'/>
<id>urn:sha1:3bef1a3e204f52aa755b8d001f51f99e9b75ac2f</id>
<content type='text'>
previous commit message:

When closing the slave end of a pty, generate an EOF event to any kqueue
consumer of the master end. This behavior is equivalent to how pipes
already behave with kqueue. Also, FreeBSD and NetBSD behaves the same
way.

ok deraadt@ millert@ visa@
</content>
</entry>
<entry>
<title>Revert revision 1.91. It results in significant log spam when</title>
<updated>2019-03-06T09:36:27Z</updated>
<author>
<name>tb</name>
<email>tb@openbsd.org</email>
</author>
<published>2019-03-06T09:36:27Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=49164edd40e7978a34e0f740bd32a9153fd029b3'/>
<id>urn:sha1:49164edd40e7978a34e0f740bd32a9153fd029b3</id>
<content type='text'>
running vmd, as observed by mlarkin and myself.

discussed with anton and mlarkin
</content>
</entry>
</feed>
