wireguard-openbsd/sys/dev/wscons, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/sys/dev/wscons?h=jd%2Fqueueboosts 2020-05-29T04:42:23Z dev/rndvar.h no longer has statistical interfaces (removed during various 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. change wsdisplay attribute type from long to uint32_t 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@ rename wsdisplay alloc_attr() to pack_attr() 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@ Fix two out-of-bounds array accesses in ioctl code pats. One found by 2020-05-10T20:50:55Z kettenis kettenis@openbsd.org 2020-05-10T20:50:55Z urn:sha1:c2a7d3f24c75e8e04730a237d6f654d607ac75cf johnc@armadilloaerospace.com and another one spotted by matthieu@. ok benno@, matthieu@, deraadt@ Make explicit and enforce that WSCREEN and WSEMUL names are 0-terminated. 2020-04-26T11:31:07Z bru bru@openbsd.org 2020-04-26T11:31:07Z urn:sha1:5472a6e7c0d751517dc01d12229904d243c6e6b6 CID 1452993 (BUFFER_SIZE_WARNING) CID 1453314 (BUFFER_SIZE_WARNING) ok kettenis@ Remove unused assignments. 2020-04-26T11:17:56Z bru bru@openbsd.org 2020-04-26T11:17:56Z urn:sha1:6721b2334f3d655a2174f7d61cc2babf11021485 CID 1453143 ok kettenis@ Move logic to change brightness level in reasonable steps from acpivout(4) 2020-04-19T15:05:14Z kettenis kettenis@openbsd.org 2020-04-19T15:05:14Z urn:sha1:247c8e67a5392fb306c89d31d4ff2209d79c66fd into wsdisplay(4). This code is now exposed through wsdisplay_brightness_{step,zero,cycle} functions that can be called by any driver that handles brightnes "hotkeys". These functions take a wsdisplay(4) device pointer as their first argument, which should be provided if a clear association between events and a particular display exist. This is used in wskbd(4). Otherwise NULL can be passed and the code will direct the request at the first wsdisplay(4) that implements brightness adjustment. Tested by many. Fixes brightness keys on x395 and other thinkpads with AMD graphics. ok patrick@ Abstract the head of knote lists. This allows extending the lists, 2020-04-07T13:27:50Z visa visa@openbsd.org 2020-04-07T13:27:50Z urn:sha1:9c969c9ab4dbfc69101f439c13329bb852e9fe18 for example, with locking assertions. OK mpi@, anton@ Backout the rename, it was more confusing then helpful. 2020-03-24T12:34:14Z anton anton@openbsd.org 2020-03-24T12:34:14Z urn:sha1:bcf3d2e2d0c9039e996e44c6f0af2454754314ce Remove a chatty debug printf (not enabled by default) in wskbdopen() and 2020-03-24T08:11:59Z anton anton@openbsd.org 2020-03-24T08:11:59Z urn:sha1:83b673e40fc0918dacc7f7dc811c9d9ef915856f wsmouseopen(); bringing them closer to wsmuxopen(). No functional change.