<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/sys/dev/pv, branch master</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/sys/dev/pv?h=master</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/sys/dev/pv?h=master'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2021-02-23T04:44:30Z</updated>
<entry>
<title>timecounting: use C99-style initialization for all timecounter structs</title>
<updated>2021-02-23T04:44:30Z</updated>
<author>
<name>cheloha</name>
<email>cheloha@openbsd.org</email>
</author>
<published>2021-02-23T04:44:30Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=8611d3cdb295683ad47c33036b86b471b2d09741'/>
<id>urn:sha1:8611d3cdb295683ad47c33036b86b471b2d09741</id>
<content type='text'>
The timecounter struct is large and I think it may change in the
future.  Changing it later will be easier if we use C99-style
initialization for all timecounter structs.  It also makes reading the
code a bit easier.

For reasons I cannot explain, switching to C99-style initialization
sometimes changes the hash of the resulting object file, even though
the resulting struct should be the same.  So there is a binary change
here, but only sometimes.  No behavior should change in either case.

I can't compile-test this everywhere but I have been staring at the
diff for days now and I'm relatively confident this will not break
compilation.  Fingers crossed.

ok gnezdo@
</content>
</entry>
<entry>
<title>Initialize var since it's used in a condition a little bit afterwards.</title>
<updated>2021-02-11T11:57:32Z</updated>
<author>
<name>mestre</name>
<email>mestre@openbsd.org</email>
</author>
<published>2021-02-11T11:57:32Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=2f79a14d14d67e9f0feaba710d613d6f803671f4'/>
<id>urn:sha1:2f79a14d14d67e9f0feaba710d613d6f803671f4</id>
<content type='text'>
CID 1501713

ok jmatthew@
</content>
</entry>
<entry>
<title>Report full IP address information to the host.  Contrary to what I wrote</title>
<updated>2021-01-15T06:14:41Z</updated>
<author>
<name>jmatthew</name>
<email>jmatthew@openbsd.org</email>
</author>
<published>2021-01-15T06:14:41Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=319c37cdbe89c92ff3abfbfcaadf6cc5a18bc33f'/>
<id>urn:sha1:319c37cdbe89c92ff3abfbfcaadf6cc5a18bc33f</id>
<content type='text'>
here 10 years ago, xdr isn't scary at all.

ok dlg@
</content>
</entry>
<entry>
<title>Make vm_rpc_send_rpci_tx_buf() use the buffer passed in, not the buffer</title>
<updated>2021-01-13T23:56:48Z</updated>
<author>
<name>jmatthew</name>
<email>jmatthew@openbsd.org</email>
</author>
<published>2021-01-13T23:56:48Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=73a8717bd162f4cbaea69336ebaa14d018864e71'/>
<id>urn:sha1:73a8717bd162f4cbaea69336ebaa14d018864e71</id>
<content type='text'>
allocated as part of the softc, though it's always been the same buffer
so far.

ok dlg@
</content>
</entry>
<entry>
<title>put M_ZERO in the right place</title>
<updated>2021-01-13T23:50:21Z</updated>
<author>
<name>jmatthew</name>
<email>jmatthew@openbsd.org</email>
</author>
<published>2021-01-13T23:50:21Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=b02e17298eca4b4d0cd32ef932c890f28087451e'/>
<id>urn:sha1:b02e17298eca4b4d0cd32ef932c890f28087451e</id>
<content type='text'>
ok dlg@
</content>
</entry>
<entry>
<title>Rename the macro MCLGETI to MCLGETL and removes the dead parameter ifp.</title>
<updated>2020-12-12T11:48:52Z</updated>
<author>
<name>jan</name>
<email>jan@openbsd.org</email>
</author>
<published>2020-12-12T11:48:52Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=471f2571dbcecd0ac12f9020fb846fcac790084a'/>
<id>urn:sha1:471f2571dbcecd0ac12f9020fb846fcac790084a</id>
<content type='text'>
OK dlg@, bluhm@
No Opinion mpi@
Not against it claudio@
</content>
</entry>
<entry>
<title>hvn(4): msleep(9) -&gt; msleep_nsec(9)</title>
<updated>2020-12-04T18:05:26Z</updated>
<author>
<name>cheloha</name>
<email>cheloha@openbsd.org</email>
</author>
<published>2020-12-04T18:05:26Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=b6a411b5fdd3d66559c59c9d53afc82589d3d4a2'/>
<id>urn:sha1:b6a411b5fdd3d66559c59c9d53afc82589d3d4a2</id>
<content type='text'>
In hvn_alloc_cmd() we may spin waiting for a free rndis_cmd.  We check
the list once per tick and block with msleep(9) if there aren't any
free objects.

In practice though we don't need to poll for a free rndis_cmd because
our sleep is protected by a mutex, so we can't miss a wakeup(9).  That
is, it's safe to use msleep_nsec(9) here and not set a timeout (INFSLP).

Tested by Andre Stoebe &lt;as@nul.space&gt; (Hyper-V on Windows 10).

"LGTM" mikeb@, ok mpi@
</content>
</entry>
<entry>
<title>hvn(4), hyperv(4): more tsleep(9) -&gt; tsleep_nsec(9) conversions</title>
<updated>2020-12-04T03:22:46Z</updated>
<author>
<name>cheloha</name>
<email>cheloha@openbsd.org</email>
</author>
<published>2020-12-04T03:22:46Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=b910befeab16781cf4c5c1347d1822118675112d'/>
<id>urn:sha1:b910befeab16781cf4c5c1347d1822118675112d</id>
<content type='text'>
Replace all tsleep(..., 1) calls in these drivers with tsleep_nsec(9)
calls.  In every case we can use the nearby delay(9) intervals as the
timeout.

Tested by Andre Stoebe &lt;as@nul.space&gt; (Hyper-V on Windows 10).

"LGTM" mikeb@, ok mpi@
</content>
</entry>
<entry>
<title>Ensure resid is correctly set in the INQUIRY case.</title>
<updated>2020-10-15T17:47:24Z</updated>
<author>
<name>krw</name>
<email>krw@openbsd.org</email>
</author>
<published>2020-10-15T17:47:24Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=3f3b0cb236bde6ea6f3c9039bfa97fe03962d341'/>
<id>urn:sha1:3f3b0cb236bde6ea6f3c9039bfa97fe03962d341</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Replace simple one-line bcopy()/memcpy() of faked data into scsi_xfer with call</title>
<updated>2020-10-15T13:22:12Z</updated>
<author>
<name>krw</name>
<email>krw@openbsd.org</email>
</author>
<published>2020-10-15T13:22:12Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=a83ec2865aeaeb867719080e00ad0ac9752d01cc'/>
<id>urn:sha1:a83ec2865aeaeb867719080e00ad0ac9752d01cc</id>
<content type='text'>
to scsi_copy_internal_data(). Thus getting xs-&gt;resid properly set and adding the
usual uio/size sanity checks.
</content>
</entry>
</feed>
