<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/sbin/ldattach/ldattach.c, branch jd/queueboosts</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/sbin/ldattach/ldattach.c?h=jd%2Fqueueboosts</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/sbin/ldattach/ldattach.c?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>Remove leftovers of line disciplines that are no more.</title>
<updated>2016-11-26T11:18:43Z</updated>
<author>
<name>mpi</name>
<email>mpi@openbsd.org</email>
</author>
<published>2016-11-26T11:18:43Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=5a184b84af2fdf9cb2382dad4e64b6917776332d'/>
<id>urn:sha1:5a184b84af2fdf9cb2382dad4e64b6917776332d</id>
<content type='text'>
ok mikeb@
</content>
</entry>
<entry>
<title>I bet the reference to &lt;sys/ttycom.h&gt; near the ldisc list in tty(4)</title>
<updated>2015-01-15T00:48:10Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2015-01-15T00:48:10Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=b50eeac5933cfe570147dba215849e615e0d62b8'/>
<id>urn:sha1:b50eeac5933cfe570147dba215849e615e0d62b8</id>
<content type='text'>
led this program and the associated manual pages to including that
file directly, rather than the canonical include path of &lt;sys/ioctl.h&gt;
discussed with millert
</content>
</entry>
<entry>
<title>msts(4) appears to support TIOCSTSTAMP</title>
<updated>2014-08-10T02:09:35Z</updated>
<author>
<name>guenther</name>
<email>guenther@openbsd.org</email>
</author>
<published>2014-08-10T02:09:35Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=560889b31bc2db03b39828deb6ede20c3ad34fdd'/>
<id>urn:sha1:560889b31bc2db03b39828deb6ede20c3ad34fdd</id>
<content type='text'>
From Maurice Janssen (maurice (at) z74.net)
</content>
</entry>
<entry>
<title>If the nmea(4) or endrun(4) timing disciplines are selected ignore status</title>
<updated>2009-10-31T02:53:11Z</updated>
<author>
<name>ckuethe</name>
<email>ckuethe@openbsd.org</email>
</author>
<published>2009-10-31T02:53:11Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=aabbc470888682baa8f7003f2255661e707cc4b1'/>
<id>urn:sha1:aabbc470888682baa8f7003f2255661e707cc4b1</id>
<content type='text'>
lines; this prevents poll(2) from saying the fd has data to be read, when
it only had a status line change. Prevents ldattach from exiting when
relaying data to gpsd while being driven by a gps with 1PPS.
ok deraadt
</content>
</entry>
<entry>
<title>poll events must be reinitialized after each call to poll. fixes</title>
<updated>2009-10-28T05:14:00Z</updated>
<author>
<name>ckuethe</name>
<email>ckuethe@openbsd.org</email>
</author>
<published>2009-10-28T05:14:00Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=8e3058845c229cd0f6c88c4c583cb045f80ecb26'/>
<id>urn:sha1:8e3058845c229cd0f6c88c4c583cb045f80ecb26</id>
<content type='text'>
ldattach exiting when relaying (nmea to gpsd, for example).
ok deraadt@
</content>
</entry>
<entry>
<title>endrun(4) - EndRun Technologies native time-of-day message timedelta</title>
<updated>2009-05-06T18:21:23Z</updated>
<author>
<name>stevesk</name>
<email>stevesk@openbsd.org</email>
</author>
<published>2009-05-06T18:21:23Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=61406af6610968943778d6bc8b98b977de2caebb'/>
<id>urn:sha1:61406af6610968943778d6bc8b98b977de2caebb</id>
<content type='text'>
sensor.  Based on msts(4).  Tested with Praecis Ct
(http://www.endruntechnologies.com/network-time-source.htm).

help and feedback mbalmer
'no problem with this sensor going in' deraadt
</content>
</entry>
<entry>
<title>Initialize the tty in the same way for nmea and slip.</title>
<updated>2008-06-12T03:52:48Z</updated>
<author>
<name>mbalmer</name>
<email>mbalmer@openbsd.org</email>
</author>
<published>2008-06-12T03:52:48Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=d0bd83bfdf1d07c6cdbe4bc0b417f5b38c00466e'/>
<id>urn:sha1:d0bd83bfdf1d07c6cdbe4bc0b417f5b38c00466e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Explicit flush stdout after printing the pty name when -p is used.</title>
<updated>2008-06-11T23:12:15Z</updated>
<author>
<name>mbalmer</name>
<email>mbalmer@openbsd.org</email>
</author>
<published>2008-06-11T23:12:15Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=a6a6c57e63bab1634ceab1cd5dfab60971468404'/>
<id>urn:sha1:a6a6c57e63bab1634ceab1cd5dfab60971468404</id>
<content type='text'>
found by ckuethe, help from otto.
</content>
</entry>
<entry>
<title>sleep if the slave device of the pty(4) is not connected.</title>
<updated>2008-06-10T18:28:58Z</updated>
<author>
<name>mbalmer</name>
<email>mbalmer@openbsd.org</email>
</author>
<published>2008-06-10T18:28:58Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=661c4f7748b84b171bae89d726e63cc90ff311b2'/>
<id>urn:sha1:661c4f7748b84b171bae89d726e63cc90ff311b2</id>
<content type='text'>
problem noticed by ckuethe, solution discussed with claudio
</content>
</entry>
</feed>
