<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/sys/dev/isa/fd.c, branch jd/histogram</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/sys/dev/isa/fd.c?h=jd%2Fhistogram</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/sys/dev/isa/fd.c?h=jd%2Fhistogram'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2020-02-07T13:35:08Z</updated>
<entry>
<title>fd(4): timeout_add(9) -&gt; timeout_add_msec(9), tsleep(9) -&gt; tsleep_nsec(9)</title>
<updated>2020-02-07T13:35:08Z</updated>
<author>
<name>cheloha</name>
<email>cheloha@openbsd.org</email>
</author>
<published>2020-02-07T13:35:08Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=11969f5613033006096a13912e47a5d1b3db6289'/>
<id>urn:sha1:11969f5613033006096a13912e47a5d1b3db6289</id>
<content type='text'>
With input from miod@.

No complaints on tech@ after a month.
</content>
</entry>
<entry>
<title>Don't pull in &lt;sys/file.h&gt; just to get fcntl.h</title>
<updated>2017-12-30T23:08:29Z</updated>
<author>
<name>guenther</name>
<email>guenther@openbsd.org</email>
</author>
<published>2017-12-30T23:08:29Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=c0cd3489929d3f3bbb2b56e1de3bff68c64db8d2'/>
<id>urn:sha1:c0cd3489929d3f3bbb2b56e1de3bff68c64db8d2</id>
<content type='text'>
ok deraadt@ krw@
</content>
</entry>
<entry>
<title>fdc: defer probing of floppy drives</title>
<updated>2017-09-03T20:03:58Z</updated>
<author>
<name>sf</name>
<email>sf@openbsd.org</email>
</author>
<published>2017-09-03T20:03:58Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=92017543628ea4648581dc25386ec71eaf15cd78'/>
<id>urn:sha1:92017543628ea4648581dc25386ec71eaf15cd78</id>
<content type='text'>
Defer probing of the drives to a kthread. This avoids several seconds of
delay() during boot. However, drives may now appear only after init has
started. But this does not affect installs from floppy. In that case the root
ramdisk is linked into the kernel and loaded by the boot loader.

Approach suggested by deraadt@, tested by miod@
</content>
</entry>
<entry>
<title>Also pass the blk offset to disk_unbusy(), so that it can pass it to</title>
<updated>2017-05-04T22:47:27Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2017-05-04T22:47:27Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=d40269aff7aa0cf551de8ebbb8ea6dc0e8a786c9'/>
<id>urn:sha1:d40269aff7aa0cf551de8ebbb8ea6dc0e8a786c9</id>
<content type='text'>
the random subsystem as entropy.  This value is pretty much unknown,
and anyways our entropy input ring does not saturate from knowns.
ok mikeb djm
</content>
</entry>
<entry>
<title>add size to free</title>
<updated>2015-11-25T04:49:10Z</updated>
<author>
<name>tedu</name>
<email>tedu@openbsd.org</email>
</author>
<published>2015-11-25T04:49:10Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=9781878645db1b28f8d10ebe202d3a9047c160a4'/>
<id>urn:sha1:9781878645db1b28f8d10ebe202d3a9047c160a4</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Remove some includes include-what-you-use claims don't</title>
<updated>2015-03-14T03:38:46Z</updated>
<author>
<name>jsg</name>
<email>jsg@openbsd.org</email>
</author>
<published>2015-03-14T03:38:46Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=21dab745d772244ad59a415114e48be2888cfbc8'/>
<id>urn:sha1:21dab745d772244ad59a415114e48be2888cfbc8</id>
<content type='text'>
have any direct symbols used.  Tested for indirect use by compiling
amd64/i386/sparc64 kernels.

ok tedu@ deraadt@
</content>
</entry>
<entry>
<title>remove uneeded proc.h includes</title>
<updated>2014-09-14T14:17:23Z</updated>
<author>
<name>jsg</name>
<email>jsg@openbsd.org</email>
</author>
<published>2014-09-14T14:17:23Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=7f58a11f6cf13dbd32877952ad2ecc2790ae3977'/>
<id>urn:sha1:7f58a11f6cf13dbd32877952ad2ecc2790ae3977</id>
<content type='text'>
ok mpi@ kspillner@
</content>
</entry>
<entry>
<title>add a size argument to free. will be used soon, but for now default to 0.</title>
<updated>2014-07-12T18:48:17Z</updated>
<author>
<name>tedu</name>
<email>tedu@openbsd.org</email>
</author>
<published>2014-07-12T18:48:17Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=aa3cabd09e6b42375ee0b2752abfd9b6628d36bd'/>
<id>urn:sha1:aa3cabd09e6b42375ee0b2752abfd9b6628d36bd</id>
<content type='text'>
after discussions with beck deraadt kettenis.
</content>
</entry>
<entry>
<title>Fix a few format string bugs with -DDEBUG</title>
<updated>2014-06-15T11:43:24Z</updated>
<author>
<name>sf</name>
<email>sf@openbsd.org</email>
</author>
<published>2014-06-15T11:43:24Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=2f436acaf52cf41aa7ea1ab156cc11d974d48456'/>
<id>urn:sha1:2f436acaf52cf41aa7ea1ab156cc11d974d48456</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Attempt to approximate what should happen on a suspend/resume cycle.</title>
<updated>2013-12-28T03:39:16Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2013-12-28T03:39:16Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=6d8f2501407063c52a950c01a2722447d0fb9a56'/>
<id>urn:sha1:6d8f2501407063c52a950c01a2722447d0fb9a56</id>
<content type='text'>
If the driver was doing some IO, we remove the timeouts, and force the
fdc state machine into IOTIMEDOUT state with the final timeout count
before a clean retry.  In theory upon resume it should freak out quietly,
and try the operation again.
Noone has stepped forward to test this yet.
</content>
</entry>
</feed>
