<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/sys/arch/amd64/include/mutex.h, branch jd/queueboosts</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/sys/arch/amd64/include/mutex.h?h=jd%2Fqueueboosts</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/sys/arch/amd64/include/mutex.h?h=jd%2Fqueueboosts'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2018-01-25T15:06:29Z</updated>
<entry>
<title>Move common mutex implementations to a MI place.</title>
<updated>2018-01-25T15:06:29Z</updated>
<author>
<name>mpi</name>
<email>mpi@openbsd.org</email>
</author>
<published>2018-01-25T15:06:29Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=710c2d98ef6b48aed52cf1712826535b248055bf'/>
<id>urn:sha1:710c2d98ef6b48aed52cf1712826535b248055bf</id>
<content type='text'>
Archs not yet converted can to the jump by defining __USE_MI_MUTEX.

ok visa@
</content>
</entry>
<entry>
<title>Define and use IPL_MPFLOOR in our common mutex implementation.</title>
<updated>2018-01-13T15:18:11Z</updated>
<author>
<name>mpi</name>
<email>mpi@openbsd.org</email>
</author>
<published>2018-01-13T15:18:11Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=4965d1a4536ae31f44fece9aedf52ba3da2c14fb'/>
<id>urn:sha1:4965d1a4536ae31f44fece9aedf52ba3da2c14fb</id>
<content type='text'>
ok kettenis@, visa@
</content>
</entry>
<entry>
<title>Unify &lt;machine/mutex.h&gt; a bit further.</title>
<updated>2018-01-12T09:19:32Z</updated>
<author>
<name>mpi</name>
<email>mpi@openbsd.org</email>
</author>
<published>2018-01-12T09:19:32Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=ee04a0b4c7b4d80bfec00ccaa22436570edc25dd'/>
<id>urn:sha1:ee04a0b4c7b4d80bfec00ccaa22436570edc25dd</id>
<content type='text'>
`mtx_owner' becomes the first field of 'struct mutex' on i386/amd64/arm64.

ok visa@
</content>
</entry>
<entry>
<title>Hook up mutex(9) to witness(4).</title>
<updated>2017-04-20T13:57:29Z</updated>
<author>
<name>visa</name>
<email>visa@openbsd.org</email>
</author>
<published>2017-04-20T13:57:29Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=c4925651028d655edda3c8b85b8d1b4a0cda6fb9'/>
<id>urn:sha1:c4925651028d655edda3c8b85b8d1b4a0cda6fb9</id>
<content type='text'>
</content>
</entry>
<entry>
<title>It's been a quarter century: we can assume volatile is present with that name.</title>
<updated>2014-03-29T18:09:28Z</updated>
<author>
<name>guenther</name>
<email>guenther@openbsd.org</email>
</author>
<published>2014-03-29T18:09:28Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=2df76cc2a0aee2cb2166e3799b7bb5c3f883f83d'/>
<id>urn:sha1:2df76cc2a0aee2cb2166e3799b7bb5c3f883f83d</id>
<content type='text'>
ok dlg@ mpi@ deraadt@
</content>
</entry>
<entry>
<title>Since interrupts at IPL_AUDIO no longer grab the kernel lock, and nobody</title>
<updated>2013-06-26T19:53:50Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2013-06-26T19:53:50Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=a12998ad0e7dde4da2a3473a5320dff115becdf0'/>
<id>urn:sha1:a12998ad0e7dde4da2a3473a5320dff115becdf0</id>
<content type='text'>
is supposed to establish interrupts at IPL_VM, we only need to "flatten"
mutex ipls up until IPL_TTY.  Add an assertion to enforce that IPL_AUDIO
interrupts are establish with the IPL_MPSAFE flag set.  Should improve
latency of audio interrupts a tiny bit.

ok matthew@
</content>
</entry>
<entry>
<title>To prevent lock ordering problems with the kernel lock, we need to make sure</title>
<updated>2013-06-02T01:55:52Z</updated>
<author>
<name>kettenis</name>
<email>kettenis@openbsd.org</email>
</author>
<published>2013-06-02T01:55:52Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=ccca563d8700526dd92edef719f08e1cf6a44c85'/>
<id>urn:sha1:ccca563d8700526dd92edef719f08e1cf6a44c85</id>
<content type='text'>
we block all interrupts that can grab the kernel lock.  The simplest way to
achieve this is to make sure mutexes always raise the ipl to the highest
level that has interrupts that grab the kernel lock.  This will allow us
to have "mpsafe" interrupt handlers at lower priority levels.

No change for non-MULTIPROCESSOR kernels.

discussed with many
ok mpi@, tedu@
</content>
</entry>
<entry>
<title>Normalize sentinel. Use _MACHINE_*_H_ and _&lt;ARCH&gt;_*_H_ properly and consitently.</title>
<updated>2011-03-23T16:54:33Z</updated>
<author>
<name>pirofti</name>
<email>pirofti@openbsd.org</email>
</author>
<published>2011-03-23T16:54:33Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=2fa72412907ae78c4787a4a8f888c5f0486e225c'/>
<id>urn:sha1:2fa72412907ae78c4787a4a8f888c5f0486e225c</id>
<content type='text'>
Discussed and okay drahn@. Okay deraadt@.
</content>
</entry>
<entry>
<title>remove trailing newline in panic(9); ok millert@ and deraadt@</title>
<updated>2005-07-18T02:43:24Z</updated>
<author>
<name>fgsch</name>
<email>fgsch@openbsd.org</email>
</author>
<published>2005-07-18T02:43:24Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=62a36cb007c2ec846c21ec2042386e6231228966'/>
<id>urn:sha1:62a36cb007c2ec846c21ec2042386e6231228966</id>
<content type='text'>
</content>
</entry>
<entry>
<title>add rcs ids</title>
<updated>2005-04-08T07:07:06Z</updated>
<author>
<name>jolan</name>
<email>jolan@openbsd.org</email>
</author>
<published>2005-04-08T07:07:06Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=966b911426dc4c3605a457155522434b7b8af762'/>
<id>urn:sha1:966b911426dc4c3605a457155522434b7b8af762</id>
<content type='text'>
</content>
</entry>
</feed>
