summaryrefslogtreecommitdiffstats
path: root/sys/dev/pci/drm/include (follow)
Commit message (Collapse)AuthorAgeFilesLines
* drm: don't block fb changes for async plane updatesjsg2019-06-111-0/+8
| | | | | | From Helen Koike fbb7e114e6e690c46f170dedd6fd2fb22f241519 in linux 4.19.y/4.19.50 89a4aac0ab0e6f5eea10d7bf4869dd15c3de2cd4 in mainline linux
* Let drm(4) allocate memory without constraints if the hardware supportskettenis2019-06-091-12/+13
| | | | | | | | | 64-bit DMA. Should reduce the pressure on DMA-reachable memory, which is important since there are still cases where the pagedaemon ends up being triggered continuously if we run out of DMA-reachable memory but have plenty of memory left. ok jsg@
* Move a function used as a callback out of a header so there will only bejsg2019-06-041-60/+2
| | | | one function with a single address.
* add amdgpu from linux 4.19.44 for recent AMD Radeon partsjsg2019-05-211-0/+2
| | | | | | | committing now so this can be worked on in tree Thanks to the OpenBSD Foundation for sponsoring this work and kettenis@ for helping.
* add in_irq() in_interrupt() in_task()jsg2019-05-131-0/+14
| | | | | | | in_irq() uses ci_idepth on archs that have it in_interrupt() is the same as in_irq() for now, linux has in_irq() for hard interrupt context and in_interrupt() is also for soft interrupt and nmi context.
* add idr_is_empty()jsg2019-05-131-1/+6
|
* remove unused STUB definitionjsg2019-05-121-6/+0
|
* implement dma_fence_arrayjsg2019-05-111-14/+17
|
* move irq_work bits into irq_work headerjsg2019-05-112-21/+50
|
* Add wait_event_killable(). In linux TASK_KILLABLE only gets fataljsg2019-05-081-1/+7
| | | | | signals, as we don't have an equivalent use PCATCH and check for all signals before and after msleep. Discussed with kettenis@.
* Fix overflow tests such that we can allocate arrays with zero items.kettenis2019-05-082-3/+3
| | | | | | | Linux allows this sillyness and it is needed to make X work on the integrated graphics on the AMD Ryzen 3 PRO 2200GE APU. ok jsg@
* add cmpxchg() with same implementation as atomic_cmpxchg()jsg2019-05-081-1/+2
|
* Improve the interaction between efifb(4), inteldrm(4) and radeondrm(4)kettenis2019-05-041-6/+5
| | | | | | | | | | | | | | | | when we have a serial console by introducing the notion of a "primary" graphics device. The primary graphics device is the one set up and used by firmware (BIOS, UEFI). The goal is to make sure that wsdisplay0 and drm0 reliably attach to the primary graphics device such that X works out of the box even if you have multiple cards or if you are using a serial console. This also fixes the situation where inteldrm(4) or radeondrm(4) would take over the console on UEFI systems even if the kernel was booted with a serial console. ok jsg@
* Avoid using an expression which resolves to an int in a bool contextjsg2019-05-011-2/+2
| | | | | when a nested macro is called with an expression argument. Prompted by -Wint-in-bool-context with gcc 8. ok kettenis@
* Remove file name and line number output from witness(4)visa2019-04-233-51/+33
| | | | | | | | | | | | | Reduce code clutter by removing the file name and line number output from witness(4). Typically it is easy enough to locate offending locks using the stack traces that are shown in lock order conflict reports. Tricky cases can be tracked using sysctl kern.witness.locktrace=1 . This patch additionally removes the witness(4) wrapper for mutexes. Now each mutex implementation has to invoke the WITNESS_*() macros in order to utilize the checker. Discussed with and OK dlg@, OK mpi@
* Linux code expects to find struct file in fs.h so include sys/file.hjsg2019-04-231-0/+1
| | | | | there. As sys/file.h does not have an include guard don't include it in drm_linux.c which indirectly includes fs.h via drmP.h.
* Fix rbtree_postorder_for_each_entry_safe() implementation. Fixes crasheskettenis2019-04-211-5/+33
| | | | | | seen with the "intel" X driver with the new inteldrm kernel driver. ok (and with help from) jsg@
* Update shared drm code, inteldrm(4) and radeondrm(4) from linux 4.4 tojsg2019-04-14270-0/+35385
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.