wireguard-openbsd/sys/dev/pci/drm/drm_auth.c, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/sys/dev/pci/drm/drm_auth.c?h=jd%2Fqueueboosts 2020-06-08T04:47:57Z 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. Rework how we deal with the list of per-open datastructures, and the 2009-03-26T22:40:06Z oga oga@openbsd.org 2009-03-26T22:40:06Z urn:sha1:40e5cdc1ae7d9a6cfd054152b6ac86d4f17e6b9a auth list. now we only need the one tree. Makes things a little neater, and smaller. The drm_* allocation functions have been #defined to not use most of 2009-03-26T07:25:06Z oga oga@openbsd.org 2009-03-26T07:25:06Z urn:sha1:6bc19a08d0be0755e653c82354cd045aa8dccfe5 their arguments for a while. Actually go through the code and remove the extraneous arguments. Makes things easier to read. Rework the drm locking to be at least halfway sane. The freebsd code 2008-09-18T15:10:57Z oga oga@openbsd.org 2008-09-18T15:10:57Z urn:sha1:a253d7a3c19cc57ae844e0fdb6d5081a1e5a1a23 held a lock over all driver ioctls in order to be ``mpsafe''. Stop lying to ourselves for a start. This code is not fully mpsafe, and should not pretend to be so. Put the locking around where it should, and rely on biglock for the rest. This will need to be fixed, but avoids some of the horrible that we have right now. Tested by many over a long time and several iterations. The helper functions in this file are only used in one place and 2008-09-05T23:07:23Z oga oga@openbsd.org 2008-09-05T23:07:23Z urn:sha1:d4500ae73b98cedbbd27510c6365575b59035a44 relatively small, so inline them. This shrinks the kernel by about 500 bytes and saves a tree lookup. detypedef some more. No functional change. 2008-09-02T01:12:04Z oga oga@openbsd.org 2008-09-02T01:12:04Z urn:sha1:82894d78544e3e9001a3ca59e4032fa4fc31672b idgen32 wasn't really right here. Change back to how it was, but 2008-08-13T20:22:55Z oga oga@openbsd.org 2008-08-13T20:22:55Z urn:sha1:4e5bd57a17e2279d5482ed3f4be250167703b9b5 done a little nicer. Advice from deraadt@. Generate the magic id using idgen32(). While i'm here fix the locking a 2008-08-13T19:33:29Z oga oga@openbsd.org 2008-08-13T19:33:29Z urn:sha1:bd7fea75f5e9707a40449b21f1a1411132359c03 bit so we don't sleep with a spinlock. ok djm@. Switch all instances of malloc/free in the DRM to drm_alloc, drm_free 2008-07-29T19:44:13Z oga oga@openbsd.org 2008-07-29T19:44:13Z urn:sha1:f81a8921f7efd2dd19a840236e2e71b0289384f4 and drm_calloc. With the recent change to check overflow in drm_calloc, this means that all allocations that require multiplication are now checked. Also use drm_calloc() when zeroing is needed and drop the bzero/memset afterwards. Finally, make drm_free() check for NULL, so we don't need to do so every time. ok miod@, deraadt@ Kill the silly ``drm_device_t'' and ``drm_file_t'' typedefs. just use 2008-06-26T19:33:19Z oga oga@openbsd.org 2008-06-26T19:33:19Z urn:sha1:0bab03e974e4be0b79dffb3546f46b472c0e3b22 ``struct drm_device'' and ``struct drm_file'' respectively. Since i'm changing a lot of prototypes anyway, remove all parameter names from prototypes, in accordance with style(9) (and sanity).