<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/bin/dd, branch master</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/bin/dd?h=master</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/bin/dd?h=master'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2020-10-29T07:01:24Z</updated>
<entry>
<title>replace the "write a floppy image" example with a more up to date one;</title>
<updated>2020-10-29T07:01:24Z</updated>
<author>
<name>jmc</name>
<email>jmc@openbsd.org</email>
</author>
<published>2020-10-29T07:01:24Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=19383443e6286758b98ba0d789a2fb4dc55ac715'/>
<id>urn:sha1:19383443e6286758b98ba0d789a2fb4dc55ac715</id>
<content type='text'>
input/ok deraadt jca
</content>
</entry>
<entry>
<title>Change install images called *.fs to *.img.  These are UFS filesystem images,</title>
<updated>2020-05-17T17:04:27Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2020-05-17T17:04:27Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=4675fc66a864566d1639c35678d029ce2c447edd'/>
<id>urn:sha1:4675fc66a864566d1639c35678d029ce2c447edd</id>
<content type='text'>
but additionally have a bootblock in the first 8K (since UFS does not use that
space).  There are some UEFI direct-from-internet bootloaders that require
the name *.img.  So this makes things more convenient for those, while keeping
it consistant in all architectures.
ok kettenis beck kn
</content>
</entry>
<entry>
<title>get rid of an awkward ellipsis noticed by Jan Stary; OK jmc@</title>
<updated>2020-02-14T20:13:10Z</updated>
<author>
<name>schwarze</name>
<email>schwarze@openbsd.org</email>
</author>
<published>2020-02-14T20:13:10Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=2298c3ea9006d1a174e7a8bdfb6cc689cef4ddea'/>
<id>urn:sha1:2298c3ea9006d1a174e7a8bdfb6cc689cef4ddea</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Do not mark up punctuation (equal signs), get rid of needless .Xo and .Sm,</title>
<updated>2020-02-14T15:55:57Z</updated>
<author>
<name>schwarze</name>
<email>schwarze@openbsd.org</email>
</author>
<published>2020-02-14T15:55:57Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=5bfe4c3d559212d52ea0bdeef71942ad98ff2e97'/>
<id>urn:sha1:5bfe4c3d559212d52ea0bdeef71942ad98ff2e97</id>
<content type='text'>
and make some wordings more concise.
Parts of a patch from Jan Stary &lt;hans at stare dot cz&gt;, tweaked by me.
Feedback and OK jmc@.
</content>
</entry>
<entry>
<title>When system calls indicate an error they return -1, not some arbitrary</title>
<updated>2019-06-28T13:34:58Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2019-06-28T13:34:58Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=3aaa63eb46949490a39db9c6d82aacc8ee5d8551'/>
<id>urn:sha1:3aaa63eb46949490a39db9c6d82aacc8ee5d8551</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>add fsync to STANDARDS;</title>
<updated>2019-02-16T17:01:24Z</updated>
<author>
<name>jmc</name>
<email>jmc@openbsd.org</email>
</author>
<published>2019-02-16T17:01:24Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=f5c83334ba983810ec79c735c49fd00f17adcb86'/>
<id>urn:sha1:f5c83334ba983810ec79c735c49fd00f17adcb86</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Implement the conv=fsync feature which does an fsync(2) after the</title>
<updated>2019-02-16T10:54:00Z</updated>
<author>
<name>bluhm</name>
<email>bluhm@openbsd.org</email>
</author>
<published>2019-02-16T10:54:00Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=bce29b5c6b7d6167bb1d5f976a0ba717a3c61973'/>
<id>urn:sha1:bce29b5c6b7d6167bb1d5f976a0ba717a3c61973</id>
<content type='text'>
final write to output.  GNU dd also has this.  It is useful for
write performance measurement or guaranteed writes to reliable
storage.
OK kn@ tedu@ deraadt@
</content>
</entry>
<entry>
<title>Free operand copies after parsing.</title>
<updated>2018-07-25T15:09:48Z</updated>
<author>
<name>cheloha</name>
<email>cheloha@openbsd.org</email>
</author>
<published>2018-07-25T15:09:48Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=4b4540bb20fa5e229cced74b0bc6b43f374d8be3'/>
<id>urn:sha1:4b4540bb20fa5e229cced74b0bc6b43f374d8be3</id>
<content type='text'>
We strdup operands before destructively parsing them to keep w(1) output
looking nice and neat, but after parsing we ought to free them.

We do need to keep copies for file paths, though, so add additional strdups
for operands if and of.

While here, use the preferred err(1, NULL) for an allocation failure.  Also
while here, don't assign `oper' to a copy of itself because it looks strange.

"sure." deraadt
</content>
</entry>
<entry>
<title>Don't cast malloc(3) size to u_int.</title>
<updated>2018-07-23T23:09:37Z</updated>
<author>
<name>cheloha</name>
<email>cheloha@openbsd.org</email>
</author>
<published>2018-07-23T23:09:37Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=5a04faeb71440b1f24533a07e5230c7d4655f7da'/>
<id>urn:sha1:5a04faeb71440b1f24533a07e5230c7d4655f7da</id>
<content type='text'>
Large buffer sizes on 64-bit platforms cause the sum to wrap, leading
read(2) to fail later.

We check prior to this point that all buffer sizes are &lt;= SSIZE_MAX.
SSIZE_MAX * 2 &lt; SIZE_MAX on all platforms, so the addition here will
not overflow and cause a similar issue.

Discovered by tobias@ a while back.

ok deraadt millert tobias
</content>
</entry>
<entry>
<title>snprintf+writev -&gt; dprintf</title>
<updated>2018-04-07T18:52:39Z</updated>
<author>
<name>cheloha</name>
<email>cheloha@openbsd.org</email>
</author>
<published>2018-04-07T18:52:39Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=101d85defab7899f8ea233452efc57c411ea7e6b'/>
<id>urn:sha1:101d85defab7899f8ea233452efc57c411ea7e6b</id>
<content type='text'>
Much simpler.

Dropping writev makes the output from summary() non-atomic, so
output lines triggered by SIGINFO can intermingle with output
lines triggered by SIGINT or atexit(3).

This behavior is difficult to trigger, even deliberately.

The buffer in dprintf is large enough so that lines produced by
summary() are not garbled if this occurs, though, so this is unlikely
to break any scripts.

Discussed at length with deraadt@, who helpfully noted that
"not all problems have perfect solutions."

ok millert@
</content>
</entry>
</feed>
