<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/sys/arch/arm64/dev, branch jd/queueboosts</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/sys/arch/arm64/dev?h=jd%2Fqueueboosts</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/sys/arch/arm64/dev?h=jd%2Fqueueboosts'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2020-06-17T08:00:22Z</updated>
<entry>
<title>Attach secondary CPUs early.  Since on most machine we need psci(4) to</title>
<updated>2020-06-17T08:00:22Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2020-06-17T08:00:22Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=d3ae5f180d220c25641b56231fd3a61f53847254'/>
<id>urn:sha1:d3ae5f180d220c25641b56231fd3a61f53847254</id>
<content type='text'>
spin op the secondary CPUs, explicitly probe and attach that driver
before we attach the CPUs.

This should help with distributing interrupts across CPUs on arm64.

ok patrick@, deraadt@, dlg@
</content>
</entry>
<entry>
<title>Fix small bug in parsing the IORT tables.  Mapping entries specify the number</title>
<updated>2020-06-11T18:13:53Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2020-06-11T18:13:53Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=fdbcad4c8c8ec6d98db7f55865be3489dbcf2f41'/>
<id>urn:sha1:fdbcad4c8c8ec6d98db7f55865be3489dbcf2f41</id>
<content type='text'>
of IDs in a range minus one.

ok patrick@
</content>
</entry>
<entry>
<title>Allow userland access to the virtual counter.</title>
<updated>2020-06-05T22:14:25Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2020-06-05T22:14:25Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=b0e77709c0dd5e58378837906c8281d687b7a4d8'/>
<id>urn:sha1:b0e77709c0dd5e58378837906c8281d687b7a4d8</id>
<content type='text'>
ok patrick@, deraadt@
</content>
</entry>
<entry>
<title>dev/rndvar.h no longer has statistical interfaces (removed during various</title>
<updated>2020-05-29T04:42:23Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>2020-05-29T04:42:23Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=c8f27247b9f5f282483daaddbfd1267ad73569c5'/>
<id>urn:sha1:c8f27247b9f5f282483daaddbfd1267ad73569c5</id>
<content type='text'>
conversion steps).  it only contains kernel prototypes for 4 interfaces,
all of which legitimately belong in sys/systm.h, which are already included
by all enqueue_randomness() users.
</content>
</entry>
<entry>
<title>The dwctwo(4) FDT glue is now identical on armv7 and arm64.  Move it to</title>
<updated>2020-05-14T15:44:07Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2020-05-14T15:44:07Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=bae339d43690903557f1801672ecbcf7f22a4f0e'/>
<id>urn:sha1:bae339d43690903557f1801672ecbcf7f22a4f0e</id>
<content type='text'>
/dev/fdt.

ok patrick@, visa@
</content>
</entry>
<entry>
<title>Get bus number from _CRS.</title>
<updated>2020-05-02T13:29:23Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2020-05-02T13:29:23Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=c95edaac20f23eab10a191363d3317f8a1de3932'/>
<id>urn:sha1:c95edaac20f23eab10a191363d3317f8a1de3932</id>
<content type='text'>
ok sthen@, deraadt@
</content>
</entry>
<entry>
<title>Knock out a few more well-known nodes that we don't intend to attach a</title>
<updated>2020-04-22T11:10:07Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2020-04-22T11:10:07Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=b6d66b480fff5186fe99aa11eafcd9188914c7d3'/>
<id>urn:sha1:b6d66b480fff5186fe99aa11eafcd9188914c7d3</id>
<content type='text'>
driver to as well as nodes that start with a double underscore.

ok patrick@
</content>
</entry>
<entry>
<title>Abstract the head of knote lists. This allows extending the lists,</title>
<updated>2020-04-07T13:27:50Z</updated>
<author>
<name>visa</name>
<email>visa@openbsd.org</email>
</author>
<published>2020-04-07T13:27:50Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=9c969c9ab4dbfc69101f439c13329bb852e9fe18'/>
<id>urn:sha1:9c969c9ab4dbfc69101f439c13329bb852e9fe18</id>
<content type='text'>
for example, with locking assertions.

OK mpi@, anton@
</content>
</entry>
<entry>
<title>Replace field f_isfd with field f_flags in struct filterops to allow</title>
<updated>2020-02-20T16:56:51Z</updated>
<author>
<name>visa</name>
<email>visa@openbsd.org</email>
</author>
<published>2020-02-20T16:56:51Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=b821368957f060d7b1e9eeaa4fbc563e892edb32'/>
<id>urn:sha1:b821368957f060d7b1e9eeaa4fbc563e892edb32</id>
<content type='text'>
adding more filter properties without cluttering the struct.

OK mpi@, anton@
</content>
</entry>
<entry>
<title>Use C99 designated initializers with struct filterops. In addition,</title>
<updated>2019-12-31T13:48:31Z</updated>
<author>
<name>visa</name>
<email>visa@openbsd.org</email>
</author>
<published>2019-12-31T13:48:31Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=94321eb495589ab239b0671b5b64153695549a6a'/>
<id>urn:sha1:94321eb495589ab239b0671b5b64153695549a6a</id>
<content type='text'>
make the structs const so that the data are put in .rodata.

OK mpi@, deraadt@, anton@, bluhm@
</content>
</entry>
</feed>
