WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/sys/arch/macppc?h=jd%2Fqueueboosts 2020-06-06T21:01:30Z 2020-06-06T21:01:30Z gkoehler gkoehler@openbsd.org 2020-06-06T21:01:30Z urn:sha1:ff2d06fb4ae1c5dd7e5db9ff59ccca68a4fbfb9b This adds the missing TAS3004 volume control. Before, I put my ear near the speaker (to hear audio), because I had no way to turn up the volume. Now, the default volume is much louder, so I use sndioctl(1) to turn it down. Check for the model string "PowerBook5,4". This model's device tree has compatible = "AOAKeylargo" for the audio, doesn't show the TAS3004 in the same way as other models. 2020-06-05T14:25:05Z naddy naddy@openbsd.org 2020-06-05T14:25:05Z urn:sha1:4f1155a8e1b8d56b62802304c62b79d4e918eb9a ok dlg@, powerpc/sparc64 ok kettenis@, sparc64/alpha tested by deraadt@ 2020-05-31T06:23:56Z dlg dlg@openbsd.org 2020-05-31T06:23:56Z urn:sha1:01802d2cc63d886227ab3b39e923ff13cf516166 rnd.c uses nanotime to get access to some bits that change quickly between events that it can mix into the entropy pool. it doesn't use nanotime to get a monotonically increasing set or ordered and accurate timestamps, it just wants something with bits that change. there's been discussions for years about letting rnd use a clock that's super fast to read, but not necessarily accurate, but it wasn't until recently that i figured out it wasn't interested in time at all, so things like keeping a fast clock coherent between cpu cores or correct according to ntp is unecessary. this means we can just let rnd read the cycle counters on cpus and things will be fine. cpus with cycle counters that vary in their speed and arent kept consistent between cores may even be desirable in this context. so this is the first step in converting rnd.c to reading cycle counter. it copies the nanotime backend to each arch, and they can replace it with something MD as a second step later on. djm@ suggested rnd_messybytes, but we landed on cpu_rnd_messybits. thanks to visa for his eyes. ok deraadt@ visa@ deraadt@ says he will help handle any MD fallout that occurs. 2020-05-29T04:42:23Z deraadt deraadt@openbsd.org 2020-05-29T04:42:23Z urn:sha1:c8f27247b9f5f282483daaddbfd1267ad73569c5 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. 2020-05-27T15:16:04Z visa visa@openbsd.org 2020-05-27T15:16:04Z urn:sha1:9df0f941a91e9f67cc4e63514cb174cb2a5783fd Nothing uses the header anymore. OK deraadt@ mpi@ 2020-05-26T14:00:40Z deraadt deraadt@openbsd.org 2020-05-26T14:00:40Z urn:sha1:ed5a52b6bdf7c7f007d222e270b64343a6f85fc8 2020-05-25T15:10:18Z deraadt deraadt@openbsd.org 2020-05-25T15:10:18Z urn:sha1:2d5b5afae05a68c5c29efad700803c6becf5e273 2020-05-25T09:55:47Z jsg jsg@openbsd.org 2020-05-25T09:55:47Z urn:sha1:e0c3e5595cd64cda848d09b1c753f51bcbadd436 miod explained it was initially a long as it was thought drivers may need to allocate storage but in practice they don't need more than 32 bits for an attribute. suggested and reviewed by miod@ 2020-05-25T06:45:25Z jsg jsg@openbsd.org 2020-05-25T06:45:25Z urn:sha1:fc223b232cff7e51a9474209d53006b4ae5898e7 Suggested by John Carmack. miod agrees a rename would make sense and explained it was initially thought drivers may need to allocate storage but in practice they don't need more than 32 bits for an attribute. ok mpi@ 2020-05-18T16:29:19Z patrick patrick@openbsd.org 2020-05-18T16:29:19Z urn:sha1:0179423bb033150d476995e6644804eb20764dfc ok deraadt@