wireguard-openbsd/sys/dev/pci/drm/include/linux/mutex.h, branch jd/simplify-queueing WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/sys/dev/pci/drm/include/linux/mutex.h?h=jd%2Fsimplify-queueing 2020-06-21T16:41:56Z correct mutex_lock_interruptible() 2020-06-21T16:41:56Z jsg jsg@openbsd.org 2020-06-21T16:41:56Z urn:sha1:edef9da4822c7e22f40a459b5c59fe7c165437f9 Linux kernel code often passes errors around as negative numbers cast to pointers. As rw_enter() returns a errno on failure mutex_lock_interruptible() negated the return value. But this did not account for ERESTART being -1 which would return 1 to the caller. sthen@ periodically hit a uvm_fault() in i915_request_create() which was caused by attempting to use 1 as a pointer. ok kettenis@ update drm to linux 5.7 2020-06-08T04:47:57Z jsg jsg@openbsd.org 2020-06-08T04:47:57Z urn:sha1:c349dbc7938c71a30e13c1be4acc1976165f4630 adds kernel support for amdgpu: vega20, raven2, renoir, navi10, navi14 inteldrm: icelake, tigerlake Thanks to the OpenBSD Foundation for sponsoring this work, kettenis@ for helping, patrick@ for helping adapt rockchip drm and many developers for testing. Hook up the shrinker for inteldrm(4). This is a "light" version that only 2019-12-25T11:31:41Z kettenis kettenis@openbsd.org 2019-12-25T11:31:41Z urn:sha1:a4e118acf302a673a7affcccef258b7778ea0e9c drops graphics buffers that are cached and not in active use. Help from beck@ for pointing out how to hook this up to our pagedaemon. ok jsg@ Update shared drm code, inteldrm(4) and radeondrm(4) from linux 4.4 to 2019-04-14T10:14:50Z jsg jsg@openbsd.org 2019-04-14T10:14:50Z urn:sha1:7f4dd37977dc50fdbac8c09deb3ed9ed9b8d0c87 linux 4.19.34. Adds support for more Intel hardware: Broxton/Apollo Lake (was is_preliminary in 4.4) Amber Lake (another Kaby Lake refresh) Gemini Lake Coffee Lake Whiskey Lake Cannon Lake (though no hardware with Intel graphics ever shipped) Ice Lake (alpha support, hardware not released) This does not add support for new radeon hardware on the AMD side as newer radeons have a different kernel driver (amdgpu). Thanks to the OpenBSD Foundation for sponsoring this work, kettenis@ for helping and a bunch of other developers for testing.