summaryrefslogtreecommitdiffstats
path: root/sys/dev/pci/drm/drm_auth.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* update drm to linux 5.7jsg2020-06-081-0/+375
| | | | | | | | | | 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 theoga2009-03-261-107/+0
| | | | | 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 ofoga2009-03-261-2/+2
| | | | | 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 codeoga2008-09-181-1/+1
| | | | | | | | | | 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 andoga2008-09-051-83/+23
| | | | | relatively small, so inline them. This shrinks the kernel by about 500 bytes and saves a tree lookup.
* detypedef some more. No functional change.oga2008-09-021-2/+2
|
* idgen32 wasn't really right here. Change back to how it was, butoga2008-08-131-5/+1
| | | | | | done a little nicer. Advice from deraadt@.
* Generate the magic id using idgen32(). While i'm here fix the locking aoga2008-08-131-9/+8
| | | | | | bit so we don't sleep with a spinlock. ok djm@.
* Switch all instances of malloc/free in the DRM to drm_alloc, drm_freeoga2008-07-291-2/+2
| | | | | | | | | | | | 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 useoga2008-06-261-10/+11
| | | | | | ``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).
* Some formatting nits. No functional change.oga2008-04-161-22/+23
|
* Replace handrolled hashes with a splay tree, while there plug a memleakpyr2008-04-161-32/+19
| | | | | | inherited from the original drm driver. input and ok oga@.
* Switch part of the magic hashtable over to using a TAILQ insteadoga2008-04-121-26/+12
| | | | | | | of a hand-rolled list. Ideally this code needs more changes, but for now that'll do. Tested by many.
* destatic the static functions, they only make debugging harder.oga2007-12-161-12/+25
| | | | | | | | | While i'm here: remove a couple of debug printfs that shouldn't have gone in anyway. trowel on some KNF (I really need to get around to sending some of this upstream). remove some netbsd specific code that netbsd doesn't have anymore. ok tedu.
* Initial import of the DRM (direct rendering manager).oga2007-11-281-0/+184
This is the kernel part necessary for DRI support in X. Disabled for now because it still has a few bugs, but now I can work on it in tree. Also requires the requisite bits in X, which are currently under discussion on how to deal with them with privsep. ported from a combination of the free and netbsd implementations. Known bugs: 1) only the first occurence of X in any session will have dri, after that something prevents it working. 2) if the machine does not have a dri capable card, the kernel panics. Something's up in one of the probe functions. I haven't been able to find it though. 3) radeon cards need to be forced to use PCI mode otherwise they get into an infinite loop. This is known to at least kinda work with SiS, radeons in pci mode and intel cards. ok deraadt, kinda ok art, a few other people had a quick look.