<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/sys/ufs/ffs/ffs_alloc.c, branch jd/queueboosts</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/sys/ufs/ffs/ffs_alloc.c?h=jd%2Fqueueboosts</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/sys/ufs/ffs/ffs_alloc.c?h=jd%2Fqueueboosts'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2020-06-20T07:49:04Z</updated>
<entry>
<title>With filesystem having many cylinder groups and many inodes per cg the</title>
<updated>2020-06-20T07:49:04Z</updated>
<author>
<name>otto</name>
<email>otto@openbsd.org</email>
</author>
<published>2020-06-20T07:49:04Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=abbb35584eeb1f783012251d6de83bc7a1260d24'/>
<id>urn:sha1:abbb35584eeb1f783012251d6de83bc7a1260d24</id>
<content type='text'>
ncg * ipg calcualtion can overflow if signed types are used.  Move
to uint32_t for the relevant values. Aligned with FreeBSD changes.
Also make sure newfs refuses to create an fs with more that 2^32-1
inodes.  ok millert@
</content>
</entry>
<entry>
<title>When the preferred cylinder group if full scan forward (wrapping if needed)</title>
<updated>2020-05-29T06:46:15Z</updated>
<author>
<name>otto</name>
<email>otto@openbsd.org</email>
</author>
<published>2020-05-29T06:46:15Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=458c9f6e6301be0ff829aee4a9cbebac06df8f8a'/>
<id>urn:sha1:458c9f6e6301be0ff829aee4a9cbebac06df8f8a</id>
<content type='text'>
to find another, instead of first forward and then backward. The latter method
causes most full cgs to end up at the end of the partition. From FreeBSD.
ok millert@
</content>
</entry>
<entry>
<title>Make generation numbers unsigned and fill them using a random number</title>
<updated>2020-05-28T15:48:28Z</updated>
<author>
<name>otto</name>
<email>otto@openbsd.org</email>
</author>
<published>2020-05-28T15:48:28Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=d06c4e1f5435c136423f9e1463cd963b162d217f'/>
<id>urn:sha1:d06c4e1f5435c136423f9e1463cd963b162d217f</id>
<content type='text'>
from the range [1..UINT_MAX] initially.  On inode re-use increment
and on wrap refill from the range [1..UINT_MAX-1] to avoid
assigning UINT_MAX (the original value). Zero still means uninitialized.
ok millert@
</content>
</entry>
<entry>
<title>Use proper function to get a timestamp, as time_second isn't safe;</title>
<updated>2020-02-21T11:13:55Z</updated>
<author>
<name>otto</name>
<email>otto@openbsd.org</email>
</author>
<published>2020-02-21T11:13:55Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=faf38e4b7a80d680c602bcf8371b4b8b3dc5b64b'/>
<id>urn:sha1:faf38e4b7a80d680c602bcf8371b4b8b3dc5b64b</id>
<content type='text'>
ok cheloha@
</content>
</entry>
<entry>
<title>getblk(9): tsleep(9) -&gt; tsleep_nsec(9); ok visa@</title>
<updated>2019-07-19T00:24:31Z</updated>
<author>
<name>cheloha</name>
<email>cheloha@openbsd.org</email>
</author>
<published>2019-07-19T00:24:31Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=570df5c46ec138c3c01140bbdb153f33c5d6314c'/>
<id>urn:sha1:570df5c46ec138c3c01140bbdb153f33c5d6314c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Use arc4random_uniform() instead of arc4random() to avoid modulus bias.</title>
<updated>2016-05-23T20:47:49Z</updated>
<author>
<name>tb</name>
<email>tb@openbsd.org</email>
</author>
<published>2016-05-23T20:47:49Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=97653aec6885285ab7fb5e40fc242c19d1843487'/>
<id>urn:sha1:97653aec6885285ab7fb5e40fc242c19d1843487</id>
<content type='text'>
This eliminates the idiom 'arc4random() % X' (where X + 1 is not a
power of two) from base.

Part of a patch from Matthew Martin from end of last year.

ok tedu@ (a long time ago), natano@
</content>
</entry>
<entry>
<title>VOP_REALLOCBLKS() and related code is unused since the removal of</title>
<updated>2016-05-23T09:31:28Z</updated>
<author>
<name>natano</name>
<email>natano@openbsd.org</email>
</author>
<published>2016-05-23T09:31:28Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=2e90784b153666748782dedc6ecad0418ed6a783'/>
<id>urn:sha1:2e90784b153666748782dedc6ecad0418ed6a783</id>
<content type='text'>
cluster_write().
ok beck zhuk
</content>
</entry>
<entry>
<title>move buffer size adjustment to buf_adjcnt - from Walter Neto</title>
<updated>2015-11-28T21:52:02Z</updated>
<author>
<name>beck</name>
<email>beck@openbsd.org</email>
</author>
<published>2015-11-28T21:52:02Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=b78384fce3ec3f048fa0fa1d1b126c4a253b7f55'/>
<id>urn:sha1:b78384fce3ec3f048fa0fa1d1b126c4a253b7f55</id>
<content type='text'>
ok mpi@
</content>
</entry>
<entry>
<title>lint is dead: delete the trivial uses of /* VARARGS[0-9]+ */</title>
<updated>2015-09-27T05:25:00Z</updated>
<author>
<name>guenther</name>
<email>guenther@openbsd.org</email>
</author>
<published>2015-09-27T05:25:00Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=7637b2e319e5dd5a9b7683b74c34a238a500553a'/>
<id>urn:sha1:7637b2e319e5dd5a9b7683b74c34a238a500553a</id>
<content type='text'>
(others require more care)
</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>
</feed>
