| Age | Commit message (Collapse) | Author |
|
drm drivers must opt into this by calling drm_suspend_ioctl in their
driver suspend routine, and drm_resume_ioctl in their driver resume
routine.
This is a stop-gap measure -- it would be better to fill in the
pm_runtime_* API with new pmf(9) hooks to acquire/release references
to devices for coordinating with suspend/resume, but getting the
details right is tricky, and this stop-gap is enough to get i915
suspend/resume to work reliably on my Kaby Lake laptop. Rather than
wait until I've got all the details right, let's just go with this
stop-gap for now.
|
|
This horrible kludge dates from before I understood the relation of
genfb_pci and pci drm drivers in the old and new worlds of drm.
The only user of it, in i915, was changed to use agp_i810_borrow
directly in the last drm update, so this hack can die.
|
|
this reverts revision 1.3 which should have been reverted when it got
introduced by upstream through revision 1.5.
|
|
Use struct vmem rather than vmem_t to obviate need for header file
dependency.
|
|
|
|
See sys/external/bsd/drm2/dist/drm/i915/intel/intel_display.h for
details. Should reduce ctf type duplication a fair bit, maybe even
enough to get us under the 2^15 type limit.
|
|
|
|
Author: chuq <chs@NetBSD.org>
Committer: Taylor R Campbell <riastradh@NetBSD.org>
|
|
Keep it consistent with the rest of drm.
|
|
|
|
|
|
|
|
These aren't functionally very different, and most uses of vbl_lock
were inserted as local changes to make proper condition variables
anyway. Requiring both locks made cv_wait difficult because it only
unlocks and relocks one at a time, and this also led to annoying lock
order reversal.
|
|
Can already get it from the struct pci_dev, and this way we can more
easily call it from patched upstream code as i915 will need to do.
|
|
|
|
|
|
This makes a shim around sg_table, which essentially represents two
things:
1. an array of pages (roughly corresponding to bus_dma_segment_t[])
2. an array of DMA addresses stored in a bus_dmamap_t
Both parts are optional; different parts of i915 use sg_tables to
pass around one or both of the two parts. This helps to reduce the
ifdefs by quite a bit, although it's not always clear which part of
an sg_table any particular interface is actually using which is why I
was reluctant to do this before.
|
|
|
|
Instead, move it to its own file that can be safely used without
bringing in a link/run-time dependency on pci.
|
|
Needed by nouveau which needs to do
drm_dev_alloc
drm_pci_attach
nouveau_drm_device_init
drm_dev_register
|
|
Just replace the interval tree lookup by a linear search for now.
|
|
|
|
This local change is intentional to keep pci tentacles out of the
main drm.
|
|
No idea what side-loading will provide this.
|
|
|
|
|
|
|
|
Found it.
|
|
linux/ktime.h for ktime_t
linux/seq_file.h for seq_file
Author: Maya Rashish <maya@NetBSD.org>
|
|
|
|
|
|
|
|
|
|
We want declarations for ttm_tt_{,un}wire, and some different
members on struct ttm_tt
Author: Maya Rashish <maya@NetBSD.org>
|
|
we did this before. maybe we'll eventually want to stop for
performance reasons?
Author: Maya Rashish <maya@NetBSD.org>
|
|
Author: Maya Rashish <maya@NetBSD.org>
|
|
Author: Maya Rashish <maya@NetBSD.org>
|
|
Author: Maya Rashish <maya@NetBSD.org>
|
|
Author: Maya Rashish <maya@NetBSD.org>
|
|
Author: Maya Rashish <maya@NetBSD.org>
|
|
Author: Maya Rashish <maya@NetBSD.org>
|
|
Author: Maya Rashish <maya@NetBSD.org>
|
|
XXX: We might want to enable config legacy drm or adapt the local drm
files.
Author: Maya Rashish <maya@NetBSD.org>
|
|
drm_device.h seems like an OK spot.
Author: Maya Rashish <maya@NetBSD.org>
|
|
the non-fbinfo versions of the same function now that I see why
they exist, and that they are not a mangled diff
Author: Maya Rashish <maya@NetBSD.org>
|
|
This causes some trouble as CONFIG_* lines might not be appropriately
defined. A few declarations remain in drmP.h so it's not gone.
Author: Maya Rashish <maya@NetBSD.org>
|
|
Author: Maya Rashish <maya@NetBSD.org>
|
|
Author: Maya Rashish <maya@NetBSD.org>
|
|
Author: Maya Rashish <maya@NetBSD.org>
|
|
Author: Maya Rashish <maya@NetBSD.org>
|