Lines Matching +full:sense +full:- +full:bitfield +full:- +full:width
11 ----------
29 Subsystem-wide refactorings
33 ---------------------------------------------
45 --------------------------------------------------
53 non-converted driver (again virtual HW drivers for KVM are still all
65 ---------------------------------------------------------
71 avoid confusion - the other helpers in that file are all deprecated legacy
79 ----------------------------------
84 - drm_plane_helper_funcs->atomic_check gets called for enabled or disabled
88 into the drm_plane_funcs->atomic_duplicate_state functions.
90 - Once that's done, helpers could stop calling ->atomic_check for disabled
93 - Then we could go through all the drivers and remove the more-or-less confused
94 checks for plane_state->fb and plane_state->crtc.
101 ----------------------------------------------------
104 nonblocking commits, and every driver had to hand-roll them. This is fixed
120 -----------------------
125 a bit too severe. So there's some follow-up work to adjust the function
132 drivers explicitly so that the legacy-on-atomic functions can use them.
149 Get rid of dev->struct_mutex from GEM drivers
150 ---------------------------------------------
152 ``dev->struct_mutex`` is the Big DRM Lock from legacy days and infested
162 For drivers that need ``struct_mutex`` it should be replaced with a driver-
166 performance-critical drivers it might also be better to go with a more
167 fine-grained per-buffer object and per-context lockings scheme. Currently only
175 ---------------------------------------------
177 Many drivers have their own per-object locking scheme, usually using
182 To solve this we need one standard per-object locking mechanism, which is
184 other driver specific per-object locks removed. The problem is tha rolling out
191 ------------------------------------------------------------
197 those drivers back to using drm-formatted specific log messages.
200 sure your work will be merged - not everyone agrees that the DRM dmesg macros
208 ----------------------------------------------------
212 drm_mode_config_helper_suspend/resume(). Also there's still open-coded version
220 ------------------------------------------------
224 expected the framebuffer in system memory or system-like memory. By employing
233 -------------------------------------------------------
244 Benchmark and optimize blitting and format-conversion function
245 --------------------------------------------------------------
250 On at least x86-64, sys_imageblit() is significantly slower than
254 seems to be a problem with gcc's optimizer. DRM's format-conversion
257 Benchmark and optimize fbdev's sys_() helpers and DRM's format-conversion
259 algorithm. For micro-optimizations, use movl/movq instructions explicitly.
260 That might possibly require architecture-specific helpers (e.g., storel()
268 -----------------------------------------------------------------
271 Various hold-ups:
273 - Need to switch over to the generic dirty tracking code using
276 - Need to switch to drm_fbdev_generic_setup(), otherwise a lot of the custom fb
279 - Many drivers wrap drm_gem_fb_create() only to check for valid formats. For
282 supports the format. For non-atomic that's not possible since like the format
285 - Many drivers subclass drm_framebuffer, we'd need a embedding compatible
294 ---------------------------
304 everything after it has done the write-protect/mkwrite trickery:
306 - In the drm_fbdev_fb_mmap helper, if we need defio, change the
307 default page prots to write-protected with something like this::
309 vma->vm_page_prot = pgprot_wrprotect(vma->vm_page_prot);
311 - Set the mkwrite and fsync callbacks with similar implementions to the core
316 - Track the dirty pages in a separate structure (bitfield with one bit per page
326 ---------------------------
335 -----------------------------------
337 - For most connectors it's a no-op to call drm_connector_register/unregister
341 - For dp drivers it's a bit more a mess, since we need the connector to be
348 Remove load/unload callbacks from all non-DRIVER_LEGACY drivers
349 ---------------------------------------------------------------
355 - Rework drivers to no longer use the load/unload callbacks, directly coding the
358 - Once all non-DRIVER_LEGACY drivers are converted, disallow the load/unload
366 ---------------------------------------------------------------
380 --------------------------------------------
392 - audio (amdgpu, intel, gma500, radeon)
393 - brightness, contrast, etc (armada, nouveau) - overlay only (?)
394 - broadcast rgb (gma500, intel)
395 - colorkey (armada, nouveau, rcar) - overlay only (?)
396 - dither (amdgpu, nouveau, radeon) - varies across drivers
397 - underscan family (amdgpu, radeon, nouveau)
400 - colorspace (sti)
401 - tv format names, enhancements (gma500, intel)
402 - tv overscan, margins, etc. (gma500, intel)
403 - zorder (omapdrm) - same as zpos (?)
411 ----------------------------------------
414 instance knows whether it refers to system or I/O memory. Most of the DRM-wide
418 The task is to use struct iosys_map where it makes sense.
420 * Memory managers should use struct iosys_map for dma-buf-imported buffers.
429 --------------------------------------------------------------------------------------
435 The maximum width depends on the hardware's maximum scanline pitch. The
444 -------------------------------------
463 ------------------------
494 <https://lore.kernel.org/dri-devel/20190311174218.51899-1-noralf@tronnes.org/>`_.
499 <https://lore.kernel.org/lkml/1446217392-11981-1-git-send-email-alexandru.murtaza@intel.com/>`_
507 ----------------------------
511 - The drm_info_list ->show() function doesn't even bother to cast to the drm
514 - We probably want to have some support for debugfs files on crtc/connectors and
517 ->show() functions should obviously give you a pointer to the right object.
519 - The drm_info_list stuff is centered on drm_minor instead of drm_device. For
522 - The drm_driver->debugfs_init hooks we have is just an artifact of the old
527 this (together with the drm_minor->drm_device move) would allow us to remove
530 Previous RFC that hasn't landed yet: https://lore.kernel.org/dri-devel/20200513114130.28641-2-wambu…
537 ---------------------
541 - Cleanup up the various ->destroy callbacks, which often are all the same
544 - Lots of drivers erroneously allocate DRM modeset objects using devm_kzalloc,
545 which results in use-after free issues on driver unload. This can be serious
557 Remove automatic page mapping from dma-buf importing
558 ----------------------------------------------------
560 When importing dma-bufs, the dma-buf and PRIME frameworks automatically map
568 buffer-sharing code. Fixing this is a bit more involved, since the import/export
582 --------------------------------------------------------------
584 The `KUnit <https://www.kernel.org/doc/html/latest/dev-tools/kunit/index.html>`_
588 A good candidate for the first unit tests are the format-conversion helpers in
596 ----------------------
602 Make KMS tests in i-g-t generic
603 -------------------------------
606 including tons of testcases for corner-cases in the modesetting API. It would
607 be awesome if those tests (at least the ones not relying on Intel-specific GEM
610 Basic work to run i-g-t tests on non-i915 is done, what's now missing is mass-
613 the non-i915 specific modeset tests.
618 ---------------------------------
627 ---------------------
645 ---------------------
655 ----------------------------------------------------
672 - [v6,8/8] drm/client: Hack: Add bootsplash example
675 - [RFC PATCH v2 00/13] Kernel based bootsplash
676 https://lore.kernel.org/r/20171213194755.3409-1-mstaudt@suse.de
704 will need to be done to get the output <-> backlight device mapping
714 work. A possible solution here would be to pass a device and connector-name
754 ----------------------------
757 become obsolete, but some still provides good(-enough) framebuffers. The
763 existing hardware. The new driver's call-back functions are filled from
766 More complex fbdev drivers can be refactored step-by-step into a DRM
775 - [1] https://gitlab.freedesktop.org/tzimmermann/linux/tree/fbconv
776 …- [2] https://gitlab.freedesktop.org/tzimmermann/linux/blob/fbconv/drivers/gpu/drm/drm_fbconv_help…