<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/sys/arch/arm/cortex, branch jd/queueboosts</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/sys/arch/arm/cortex?h=jd%2Fqueueboosts</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/sys/arch/arm/cortex?h=jd%2Fqueueboosts'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2020-04-29T15:25:07Z</updated>
<entry>
<title>Let the armv7 bus_dma layer and simplebus(4) implementation deal with</title>
<updated>2020-04-29T15:25:07Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2020-04-29T15:25:07Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=37084e1e34e6eafe959b14d27c905d6c5ddf0888'/>
<id>urn:sha1:37084e1e34e6eafe959b14d27c905d6c5ddf0888</id>
<content type='text'>
DMA remapping in the same way as arm64.  This relies on the dma-ranges
property in the device tree and allows us to get rid of the hack for
the Raspberry Pi in the dwctwo(4) driver.

Note that this does not include the hack in simplebus(4) that we have on
arm64 since firmware that has the dma-ranges is in widespread use now.

ok patrick@
</content>
</entry>
<entry>
<title>Add IPI support.  Taken ftrom arm64.</title>
<updated>2019-09-29T10:36:52Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2019-09-29T10:36:52Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=ad0d549be989c6f8d4daf91c86007e6a64fb3df1'/>
<id>urn:sha1:ad0d549be989c6f8d4daf91c86007e6a64fb3df1</id>
<content type='text'>
ok patrick@
</content>
</entry>
<entry>
<title>Enable interrupts while running interrupt handlers like we do on arm64.</title>
<updated>2019-09-25T09:21:49Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2019-09-25T09:21:49Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=7e841682145c3ccad2c7efac3a2ff6dc7be7dadf'/>
<id>urn:sha1:7e841682145c3ccad2c7efac3a2ff6dc7be7dadf</id>
<content type='text'>
ok patrick@, jsg@
</content>
</entry>
<entry>
<title>Make the code that calculates the min/max priorities identical to the arm64</title>
<updated>2019-09-22T19:13:45Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2019-09-22T19:13:45Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=738a7e0e6ad8ecae231afd53581a94cbfb112375'/>
<id>urn:sha1:738a7e0e6ad8ecae231afd53581a94cbfb112375</id>
<content type='text'>
version.  The divergence was probably an accident and the arm64 code makes
more sense and is better tested.

ok patrick@
</content>
</entry>
<entry>
<title>Reduce diffs to arm64 version of this.  Mostly whitespace changes.</title>
<updated>2019-09-22T15:17:03Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2019-09-22T15:17:03Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=0b5401c01acdf1ac332ae806d25f2f5dac7181ac'/>
<id>urn:sha1:0b5401c01acdf1ac332ae806d25f2f5dac7181ac</id>
<content type='text'>
No functional changes.
</content>
</entry>
<entry>
<title>For shared interrupts we need to make sure that we register</title>
<updated>2018-12-07T21:33:28Z</updated>
<author>
<name>patrick</name>
<email>patrick@openbsd.org</email>
</author>
<published>2018-12-07T21:33:28Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=eb0c9b3c1fbaa9e82d7b350fbc1fbf6b3c8b1357'/>
<id>urn:sha1:eb0c9b3c1fbaa9e82d7b350fbc1fbf6b3c8b1357</id>
<content type='text'>
with the lowest IPL.  Once we actually run the IRQ handler
we raise to the highest IPL.  Fixes a crash seen when having
a network card in the PCIe slot of the MacchiatoBin.

ok ccardenas@
</content>
</entry>
<entry>
<title>Use MAXCPUS as the number of elements for the array of per-cpu data.</title>
<updated>2018-08-11T10:42:42Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2018-08-11T10:42:42Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=aca8cde2a4430d14e1cbfb1c2f1854f68fd220d5'/>
<id>urn:sha1:aca8cde2a4430d14e1cbfb1c2f1854f68fd220d5</id>
<content type='text'>
ok jsg@, patrick@
</content>
</entry>
<entry>
<title>Make it possible to build a MULTIPROCESSOR kernel on armv7.  While this</title>
<updated>2018-08-06T18:39:13Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2018-08-06T18:39:13Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=abff443dbd09597733c7ba1d0b7f9bd0cdd45306'/>
<id>urn:sha1:abff443dbd09597733c7ba1d0b7f9bd0cdd45306</id>
<content type='text'>
doesn't actually spin up any secondary CPUs, it does run.  Mostly a cleanup
of &lt;machine/cpu.h&gt; along the lines of what I did earlier on arm64.  Makes
armv7 use the MI mplock implementation and implements copyin32.

ok patrick@
</content>
</entry>
<entry>
<title>Implement ampintcmsi(4) in ampintc(4) to support MSI.  The GICv2M is an</title>
<updated>2018-07-09T09:51:43Z</updated>
<author>
<name>patrick</name>
<email>patrick@openbsd.org</email>
</author>
<published>2018-07-09T09:51:43Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=23a4b6369a213af2f82d67a0b843b4e939ee1a81'/>
<id>urn:sha1:23a4b6369a213af2f82d67a0b843b4e939ee1a81</id>
<content type='text'>
extension to the GIC controller, which is represented as subnode in the
device tree.  There can be multiple GICv2Ms, so it makes sense to attach
those to ampintc(4) as some kind of simplebus.  The GICv2M is simply an
interrupt generator that can be used by PCIe devices to ring the door
bell.  There is no need for further configuration, we only need to find
out which SPIs we are allowed to use for MSI and to register an edge
triggered interrupt on a (randomly) allocated SPI.

Implement support for interrupt types.  The GIC only seems to support
level triggered active-high or egdge triggered low-to-high interrupts.
We currently always configure them to be level triggered, which is a
sane default for most controllers.  Since MSI interupts on the GIC are
edge triggered, we need to be able to parse the type information and to
configure the interrupt correspondingly.

ok kettenis@
</content>
</entry>
<entry>
<title>Rename Debugger() into db_enter().</title>
<updated>2017-04-30T16:45:45Z</updated>
<author>
<name>mpi</name>
<email>mpi@openbsd.org</email>
</author>
<published>2017-04-30T16:45:45Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=e97088d66c8eee044cad550a3fd9fad00889544f'/>
<id>urn:sha1:e97088d66c8eee044cad550a3fd9fad00889544f</id>
<content type='text'>
Using a name with the 'db_' prefix makes it invisible from the dynamic
profiler.

ok deraadt@, kettenis@, visa@
</content>
</entry>
</feed>
