Linux DRI Development

• Date Index

• Re: [PATCH 0/4] video/exynos/cec: add HDMI state notifier & use in s5p-cec, (continued)
  • Re: [PATCH 0/4] video/exynos/cec: add HDMI state notifier & use in s5p-cec, Marek Szyprowski
• [PATCH] drm: tilcdc: simplify the recovery from sync lost error on rev1, Bartosz Golaszewski
  • Re: [PATCH] drm: tilcdc: simplify the recovery from sync lost error on rev1, Jyri Sarha
    • Re: [PATCH] drm: tilcdc: simplify the recovery from sync lost error on rev1, Bartosz Golaszewski
      • Re: [PATCH] drm: tilcdc: simplify the recovery from sync lost error on rev1, Jyri Sarha
• [PATCH libdrm] autogen.sh: set format.subjectPrefix and sendemail.to if needed, Emil Velikov
  • Re: [PATCH libdrm] autogen.sh: set format.subjectPrefix and sendemail.to if needed, Jani Nikula
    • Re: [PATCH libdrm] autogen.sh: set format.subjectPrefix and sendemail.to if needed, Eric Engestrom
      • Re: [PATCH libdrm] autogen.sh: set format.subjectPrefix and sendemail.to if needed, Emil Velikov
  • Re: [PATCH libdrm] autogen.sh: set format.subjectPrefix and sendemail.to if needed, Michel Dänzer
    • Re: [PATCH libdrm] autogen.sh: set format.subjectPrefix and sendemail.to if needed, Emil Velikov
• [patch] drm: mxsfb: drm_dev_alloc() returns error pointers, Dan Carpenter
  • Re: [patch] drm: mxsfb: drm_dev_alloc() returns error pointers, Daniel Vetter
  • Re: [patch] drm: mxsfb: drm_dev_alloc() returns error pointers, Marek Vasut
• Patch to fix null termination of string buffer, archer_ame
  • [PATCH libdrm] xf86drm: fix null termination of string buffer, archer_ame
    • Re: [PATCH libdrm] xf86drm: fix null termination of string buffer, Emil Velikov
      • Re: [PATCH libdrm] xf86drm: fix null termination of string buffer, Taro Yamada
  • <Possible follow-ups>
  • Patch to fix null termination of string buffer, archer_ame
    • [PATCH libdrm] xf86drm: fix null termination of string buffer, archer_ame
• [bug report] drm/amdgpu: Add support for CIK parts, Dan Carpenter
  • Re: [bug report] drm/amdgpu: Add support for CIK parts, Dan Carpenter
• [PATCH v7 0/5] ARM: dts: da850: tilcdc related DT changes, Bartosz Golaszewski
  • [PATCH v7 3/5] drm: bridge: add support for TI ths8135, Bartosz Golaszewski
    • Re: [PATCH v7 3/5] drm: bridge: add support for TI ths8135, Archit Taneja
      • Re: [PATCH v7 3/5] drm: bridge: add support for TI ths8135, Sekhar Nori
        • Re: [PATCH v7 3/5] drm: bridge: add support for TI ths8135, Archit Taneja
          • Re: [PATCH v7 3/5] drm: bridge: add support for TI ths8135, Sekhar Nori
  • [PATCH v7 5/5] ARM: dts: da850: specify the maximum pixel clock rate for tilcdc, Bartosz Golaszewski
    • Re: [PATCH v7 5/5] ARM: dts: da850: specify the maximum pixel clock rate for tilcdc, Sekhar Nori
  • [PATCH v7 4/5] ARM: dts: da850-lcdk: add the vga-bridge node, Bartosz Golaszewski
    • Re: [PATCH v7 4/5] ARM: dts: da850-lcdk: add the vga-bridge node, Tomi Valkeinen
      • Re: [PATCH v7 4/5] ARM: dts: da850-lcdk: add the vga-bridge node, Sekhar Nori
  • [PATCH v7 2/5] drm: bridge: add DT bindings for TI ths8135, Bartosz Golaszewski
    • Re: [PATCH v7 2/5] drm: bridge: add DT bindings for TI ths8135, Archit Taneja
  • [PATCH v7 1/5] ARM: dts: da850: rename the display node label, Bartosz Golaszewski
    • Re: [PATCH v7 1/5] ARM: dts: da850: rename the display node label, Tomi Valkeinen
      • Re: [PATCH v7 1/5] ARM: dts: da850: rename the display node label, Sekhar Nori
• [GIT PULL] fbdev changes for 4.10, Tomi Valkeinen
• Issue with DRM and "reimplement IDR and IDA using the radix tree", Alexandre Courbot
  • Re: Issue with DRM and "reimplement IDR and IDA using the radix tree", Alexandre Courbot
    • Re: Issue with DRM and "reimplement IDR and IDA using the radix tree", Thierry Reding
      • Re: Issue with DRM and "reimplement IDR and IDA using the radix tree", Alexandre Courbot
• [git pull] drm tree for 4.10, Dave Airlie
  • Re: [git pull] drm tree for 4.10, Daniel Vetter
    • Re: [git pull] drm tree for 4.10, Alex Williamson
• [PATCH] drm/nouveau: fix unknown chipset for GTX 1060, Chris Chiu
  • Re: [PATCH] drm/nouveau: fix unknown chipset for GTX 1060, Ben Skeggs
  • Re: [Nouveau] [PATCH] drm/nouveau: fix unknown chipset for GTX 1060, Karol Herbst
• [PATCH 1/1] drm/amd/amdgpu: get maximum and used UVD handles (v3), arindam . nath
  • Re: [PATCH 1/1] drm/amd/amdgpu: get maximum and used UVD handles (v3), Emil Velikov
    • RE: [PATCH 1/1] drm/amd/amdgpu: get maximum and used UVD handles (v3), Nath, Arindam
      • Re: [PATCH 1/1] drm/amd/amdgpu: get maximum and used UVD handles (v3), Emil Velikov
        • RE: [PATCH 1/1] drm/amd/amdgpu: get maximum and used UVD handles (v3), Nath, Arindam
          • Re: [PATCH 1/1] drm/amd/amdgpu: get maximum and used UVD handles (v3), Grazvydas Ignotas
            • RE: [PATCH 1/1] drm/amd/amdgpu: get maximum and used UVD handles (v3), Nath, Arindam
              • Re: [PATCH 1/1] drm/amd/amdgpu: get maximum and used UVD handles (v3), Christian König
                • Re: [PATCH 1/1] drm/amd/amdgpu: get maximum and used UVD handles (v3), Grazvydas Ignotas
                  • Re: [PATCH 1/1] drm/amd/amdgpu: get maximum and used UVD handles (v3), Christian König
• [PATCH] amdgpu: get maximum and used UVD handles, arindam . nath
  • Re: [PATCH] amdgpu: get maximum and used UVD handles, Emil Velikov
• [PATCH] drm: shmobile: Perform initialization/cleanup at probe/remove time, Laurent Pinchart
  • Re: [PATCH] drm: shmobile: Perform initialization/cleanup at probe/remove time, Daniel Vetter
    • [PATCH v2] drm: shmobile: Perform initialization/cleanup at probe/remove time, Laurent Pinchart
      • Re: [PATCH v2] drm: shmobile: Perform initialization/cleanup at probe/remove time, Daniel Vetter
        • Re: [PATCH v2] drm: shmobile: Perform initialization/cleanup at probe/remove time, Laurent Pinchart
          • Re: [PATCH v2] drm: shmobile: Perform initialization/cleanup at probe/remove time, Daniel Vetter
            • Re: [PATCH v2] drm: shmobile: Perform initialization/cleanup at probe/remove time, Laurent Pinchart
• [RFC][PATCH 0/5 v3] adv7511 EDID probing improvements, John Stultz
  • [RFC][PATCH 4/5 v3] drm/bridge: adv7511: Rework adv7511_power_on/off() so they can be reused internally, John Stultz
  • [RFC][PATCH 2/5 v3] drm/bridge: adv7511: Switch to using drm_kms_helper_hotplug_event(), John Stultz
  • [RFC][PATCH 5/5 v3] drm/bridge: adv7511: Reuse __adv7511_power_on/off() when probing EDID, John Stultz
  • [RFC][PATCH 3/5 v3] drm/bridge: adv7511: Enable HPD interrupts to support hotplug and improve monitor detection, John Stultz
  • [RFC][PATCH 1/5 v3] drm/bridge: adv7511: Use work_struct to defer hotplug handing to out of irq context, John Stultz
• [RFC 1/5] drm/virtio: add virtio_gpu_alloc_fence(), Gustavo Padovan
  • [RFC 2/5] drm/virtio: add uapi for in and out explicit fences, Gustavo Padovan
  • [RFC 3/5] drm/virtio: add in-fences support for explicit synchronization, Gustavo Padovan
  • [RFC 4/5] drm/virtio: add out-fences support for explicit synchronization, Gustavo Padovan
  • [RFC 5/5] drm/virtio: bump driver version after explicit synchronization addition, Gustavo Padovan
  • Re: [RFC 1/5] drm/virtio: add virtio_gpu_alloc_fence(), Gerd Hoffmann
    • Re: [RFC 1/5] drm/virtio: add virtio_gpu_alloc_fence(), Gustavo Padovan
• [PATCH] drm/msm: return fence_fd = -1 if gem_submit fails, Gustavo Padovan
  • Re: [PATCH] drm/msm: return fence_fd = -1 if gem_submit fails, Chris Wilson
    • Re: [PATCH] drm/msm: return fence_fd = -1 if gem_submit fails, Gustavo Padovan
• [PATCH] drm/virtio: call drm_plane_cleanup() at destroy phase, Gustavo Padovan
  • <Possible follow-ups>
  • [PATCH] drm/virtio: call drm_plane_cleanup() at destroy phase, Gustavo Padovan
    • Re: [PATCH] drm/virtio: call drm_plane_cleanup() at destroy phase, Gerd Hoffmann
• [PATCH v6 0/5] ARM: dts: da850: tilcdc related DT changes, Bartosz Golaszewski
  • [PATCH v6 5/5] ARM: dts: da850: specify the maximum pixel clock rate for tilcdc, Bartosz Golaszewski
  • [PATCH v6 3/5] drm: bridge: add support for TI ths8135, Bartosz Golaszewski
  • [PATCH v6 1/5] ARM: dts: da850: rename the display node label, Bartosz Golaszewski
  • [PATCH v6 4/5] ARM: dts: da850-lcdk: add the vga-bridge node, Bartosz Golaszewski
    • Re: [PATCH v6 4/5] ARM: dts: da850-lcdk: add the vga-bridge node, Tomi Valkeinen
      • Re: [PATCH v6 4/5] ARM: dts: da850-lcdk: add the vga-bridge node, Bartosz Golaszewski
  • [PATCH v6 2/5] drm: bridge: add DT bindings for TI ths8135, Bartosz Golaszewski
• [RESEND PATCH v12] drm/i915/debugfs: Move out pipe CRC code, Tomeu Vizoso
  • Re: [Intel-gfx] [RESEND PATCH v12] drm/i915/debugfs: Move out pipe CRC code, Daniel Vetter
• struct drm_mm fixes, Chris Wilson
  • [PATCH 01/34] drm/i915: Use the MRU stack search after evicting, Chris Wilson
    • Re: [PATCH 01/34] drm/i915: Use the MRU stack search after evicting, Joonas Lahtinen
  • [PATCH 04/34] drm: Add some kselftests for the DRM range manager (struct drm_mm), Chris Wilson
    • Re: [PATCH 04/34] drm: Add some kselftests for the DRM range manager (struct drm_mm), Joonas Lahtinen
      • Re: [PATCH 04/34] drm: Add some kselftests for the DRM range manager (struct drm_mm), Chris Wilson
        • Re: [PATCH 04/34] drm: Add some kselftests for the DRM range manager (struct drm_mm), Joonas Lahtinen
  • [PATCH 02/34] drm/i915: Simplify i915_gtt_color_adjust(), Chris Wilson
    • Re: [PATCH 02/34] drm/i915: Simplify i915_gtt_color_adjust(), Joonas Lahtinen
  • [PATCH 03/34] drm: Add drm_mm_for_each_node_safe(), Chris Wilson
    • Re: [PATCH 03/34] drm: Add drm_mm_for_each_node_safe(), Joonas Lahtinen
      • Re: [PATCH 03/34] drm: Add drm_mm_for_each_node_safe(), Chris Wilson
        • Re: [PATCH 03/34] drm: Add drm_mm_for_each_node_safe(), Joonas Lahtinen
  • [PATCH 08/34] drm: kselftest for drm_mm_reserve_node(), Chris Wilson
    • Re: [PATCH 08/34] drm: kselftest for drm_mm_reserve_node(), Joonas Lahtinen
  • [PATCH 18/34] drm: kselftest for drm_mm and color eviction, Chris Wilson
  • [PATCH 11/34] drm: kselftest for drm_mm_insert_node_in_range(), Chris Wilson
    • Re: [PATCH 11/34] drm: kselftest for drm_mm_insert_node_in_range(), Joonas Lahtinen
  • [PATCH 12/34] drm: kselftest for drm_mm and alignment, Chris Wilson
    • Re: [PATCH 12/34] drm: kselftest for drm_mm and alignment, Joonas Lahtinen
      • Re: [PATCH 12/34] drm: kselftest for drm_mm and alignment, Chris Wilson
  • [PATCH 21/34] drm: Promote drm_mm alignment to u64, Chris Wilson
    • Re: [PATCH 21/34] drm: Promote drm_mm alignment to u64, Christian König
  • [PATCH 05/34] drm: kselftest for drm_mm_init(), Chris Wilson
    • Re: [PATCH 05/34] drm: kselftest for drm_mm_init(), Joonas Lahtinen
  • [PATCH 31/34] drm: Simplify drm_mm scan-list manipulation, Chris Wilson
    • Re: [PATCH 31/34] drm: Simplify drm_mm scan-list manipulation, Joonas Lahtinen
  • [PATCH 34/34] drm: kselftest for drm_mm and bottom-up allocation, Chris Wilson
    • Re: [PATCH 34/34] drm: kselftest for drm_mm and bottom-up allocation, Joonas Lahtinen
  • [PATCH 32/34] drm: Apply tight eviction scanning to color_adjust, Chris Wilson
    • Re: [PATCH 32/34] drm: Apply tight eviction scanning to color_adjust, Joonas Lahtinen
  • [PATCH 10/34] drm: kselftest for drm_mm_replace_node(), Chris Wilson
    • Re: [PATCH 10/34] drm: kselftest for drm_mm_replace_node(), Joonas Lahtinen
  • [PATCH 07/34] drm: Add a simple prime number generator, Chris Wilson
  • [PATCH 19/34] drm: kselftest for drm_mm and restricted color eviction, Chris Wilson
  • [PATCH 29/34] drm: Compute tight evictions for drm_mm_scan, Chris Wilson
    • Re: [PATCH 29/34] drm: Compute tight evictions for drm_mm_scan, Joonas Lahtinen
  • [PATCH 20/34] drm/i915: Build DRM range manager selftests for CI, Chris Wilson
    • Re: [PATCH 20/34] drm/i915: Build DRM range manager selftests for CI, Joonas Lahtinen
  • [PATCH 16/34] drm: kselftest for drm_mm and top-down alignment, Chris Wilson
    • Re: [PATCH 16/34] drm: kselftest for drm_mm and top-down alignment, Joonas Lahtinen
  • [PATCH 24/34] drm: Compile time enabling for asserts in drm_mm, Chris Wilson
    • Re: [PATCH 24/34] drm: Compile time enabling for asserts in drm_mm, Joonas Lahtinen
  • [PATCH 13/34] drm: kselftest for drm_mm and eviction, Chris Wilson
    • Re: [PATCH 13/34] drm: kselftest for drm_mm and eviction, Joonas Lahtinen
  • [PATCH 23/34] drm: Simplify drm_mm_clean(), Chris Wilson
    • Re: [PATCH 23/34] drm: Simplify drm_mm_clean(), Joonas Lahtinen
  • [PATCH 33/34] drm: Fix drm_mm search and insertion, Chris Wilson
    • Re: [PATCH 33/34] drm: Fix drm_mm search and insertion, Joonas Lahtinen
      • Re: [PATCH 33/34] drm: Fix drm_mm search and insertion, Chris Wilson
  • [PATCH 25/34] drm: Extract struct drm_mm_scan from struct drm_mm, Chris Wilson
    • Re: [PATCH 25/34] drm: Extract struct drm_mm_scan from struct drm_mm, Joonas Lahtinen
  • [PATCH 15/34] drm: kselftest for drm_mm and top-down allocation, Chris Wilson
    • Re: [PATCH 15/34] drm: kselftest for drm_mm and top-down allocation, Joonas Lahtinen
  • [PATCH 27/34] drm: Unconditionally do the range check in drm_mm_scan_add_block(), Chris Wilson
    • Re: [PATCH 27/34] drm: Unconditionally do the range check in drm_mm_scan_add_block(), Joonas Lahtinen
  • [PATCH 28/34] drm: Fix application of color vs range restriction when scanning drm_mm, Chris Wilson
    • Re: [PATCH 28/34] drm: Fix application of color vs range restriction when scanning drm_mm, Joonas Lahtinen
  • [PATCH 30/34] drm: Optimise power-of-two alignments in drm_mm_scan_add_block(), Chris Wilson
    • Re: [PATCH 30/34] drm: Optimise power-of-two alignments in drm_mm_scan_add_block(), Joonas Lahtinen
  • [PATCH 09/34] drm: kselftest for drm_mm_insert_node(), Chris Wilson
    • Re: [PATCH 09/34] drm: kselftest for drm_mm_insert_node(), Joonas Lahtinen
      • Re: [PATCH 09/34] drm: kselftest for drm_mm_insert_node(), Chris Wilson
  • [PATCH 17/34] drm: kselftest for drm_mm and color adjustment, Chris Wilson
    • Re: [PATCH 17/34] drm: kselftest for drm_mm and color adjustment, Joonas Lahtinen
  • [PATCH 06/34] drm: Add a simple linear congruent generator PRNG, Chris Wilson
    • Re: [PATCH 06/34] drm: Add a simple linear congruent generator PRNG, Joonas Lahtinen
    • Re: [PATCH 06/34] drm: Add a simple linear congruent generator PRNG, David Herrmann
      • Re: [PATCH 06/34] drm: Add a simple linear congruent generator PRNG, David Herrmann
        • Re: [PATCH 06/34] drm: Add a simple linear congruent generator PRNG, Chris Wilson
          • Re: [PATCH 06/34] drm: Add a simple linear congruent generator PRNG, David Herrmann
      • Re: [PATCH 06/34] drm: Add a simple linear congruent generator PRNG, Chris Wilson
      • Re: [PATCH 06/34] drm: Add a simple linear congruent generator PRNG, Laurent Pinchart
        • Re: [PATCH 06/34] drm: Add a simple linear congruent generator PRNG, Chris Wilson
  • [PATCH 22/34] drm: Constify the drm_mm API, Chris Wilson
  • [PATCH 14/34] drm: kselftest for drm_mm and range restricted eviction, Chris Wilson
    • Re: [PATCH 14/34] drm: kselftest for drm_mm and range restricted eviction, Joonas Lahtinen
  • [PATCH 26/34] drm: Rename prev_node to hole in drm_mm_scan_add_block(), Chris Wilson
    • Re: [PATCH 26/34] drm: Rename prev_node to hole in drm_mm_scan_add_block(), Joonas Lahtinen
      • Re: [PATCH 26/34] drm: Rename prev_node to hole in drm_mm_scan_add_block(), Chris Wilson
• [RESEND GIT PULL] drm: Add support for the Amlogic Video Processing Unit, Neil Armstrong
• [PATCH v1.5 0/6] R-Car DU: Fix IOMMU operation when connected to VSP, Ulrich Hecht
  • [PATCH v1.5 5/6] v4l: vsp1: Provide display list and VB2 queue with FCP device, Ulrich Hecht
  • [PATCH v1.5 4/6] drm: rcar-du: Map memory through the VSP device, Ulrich Hecht
  • [PATCH v1.5 1/6] v4l: rcar-fcp: Don't get/put module reference, Ulrich Hecht
  • [PATCH v1.5 6/6] arm64: dts: r8a7796: Connect FCP devices to IPMMU, Ulrich Hecht
  • [PATCH v1.5 3/6] v4l: vsp1: Add API to map and unmap DRM buffers through the VSP, Ulrich Hecht
  • [PATCH v1.5 2/6] v4l: rcar-fcp: Add an API to retrieve the FCP device, Ulrich Hecht
  • Re: [PATCH v1.5 0/6] R-Car DU: Fix IOMMU operation when connected to VSP, Simon Horman
• [PATCH] treewide: Make remaining source files non-executable, Joe Perches
  • Re: [PATCH] treewide: Make remaining source files non-executable, David Howells
  • <Possible follow-ups>
  • [PATCH] treewide: Make remaining source files non-executable, Joe Perches
• [PATCH libdrm] xf86drm: fix aliasing violation, Grazvydas Ignotas
  • Re: [PATCH libdrm] xf86drm: fix aliasing violation, Emil Velikov
    • Re: [PATCH libdrm] xf86drm: fix aliasing violation, Grazvydas Ignotas
      • Re: [PATCH libdrm] xf86drm: fix aliasing violation, Emil Velikov
        • Re: [PATCH libdrm] xf86drm: fix aliasing violation, Thierry Reding
• [PATCH libdrm] xf86drm: fix sign-compare warning, Grazvydas Ignotas
  • Re: [PATCH libdrm] xf86drm: fix sign-compare warning, Emil Velikov
• [imx-drm] YUV on the first primary plane is misinterpreted as RGB, Jens Ziller
• [Bug 99051] Pillars of Eternity won't start on AMD Radeon mesa, bugzilla-daemon
  • [Bug 99051] Pillars of Eternity won't start on AMD Radeon mesa, bugzilla-daemon
• [PATCH 1/4] drm: Protect master->unique with dev->master_mutex, Daniel Vetter
  • [PATCH 2/4] drm: setclientcap doesn't need the drm BKL, Daniel Vetter
    • Re: [Intel-gfx] [PATCH 2/4] drm: setclientcap doesn't need the drm BKL, Chris Wilson
  • [PATCH 4/4] drm: Simplify GETRESOURCES ioctl, Daniel Vetter
    • Re: [PATCH 4/4] drm: Simplify GETRESOURCES ioctl, Chris Wilson
      • Re: [PATCH 4/4] drm: Simplify GETRESOURCES ioctl, Daniel Vetter
    • [PATCH] drm: Simplify GETRESOURCES ioctl, Daniel Vetter
      • Re: [PATCH] drm: Simplify GETRESOURCES ioctl, Chris Wilson
      • [PATCH] drm: Simplify GETRESOURCES ioctl, Daniel Vetter
        • Re: [PATCH] drm: Simplify GETRESOURCES ioctl, Chris Wilson
          • Re: [Intel-gfx] [PATCH] drm: Simplify GETRESOURCES ioctl, Daniel Vetter
  • [PATCH 3/4] drm: Enforce BKL-less ioctls for modern drivers, Daniel Vetter
    • Re: [Intel-gfx] [PATCH 3/4] drm: Enforce BKL-less ioctls for modern drivers, Chris Wilson
      • Re: [Intel-gfx] [PATCH 3/4] drm: Enforce BKL-less ioctls for modern drivers, Daniel Vetter
  • Re: [PATCH 1/4] drm: Protect master->unique with dev->master_mutex, Chris Wilson
    • Re: [PATCH 1/4] drm: Protect master->unique with dev->master_mutex, Daniel Vetter
  • Re: [PATCH 1/4] drm: Protect master->unique with dev->master_mutex, Emil Velikov
    • Re: [PATCH 1/4] drm: Protect master->unique with dev->master_mutex, Daniel Vetter
      • Re: [PATCH 1/4] drm: Protect master->unique with dev->master_mutex, Michel Dänzer
        • Re: [PATCH 1/4] drm: Protect master->unique with dev->master_mutex, Daniel Vetter
          • Re: [PATCH 1/4] drm: Protect master->unique with dev->master_mutex, Emil Velikov
• [PULL] drm-misc-next-fixes, Daniel Vetter
  • <Possible follow-ups>
  • [PULL] drm-misc-next-fixes, Daniel Vetter
  • [PULL] drm-misc-next-fixes, Jani Nikula
    • Re: [PULL] drm-misc-next-fixes, Jani Nikula
  • [PULL] drm-misc-next-fixes, Daniel Vetter
  • [PULL] drm-misc-next-fixes, Sean Paul
  • [PULL] drm-misc-next-fixes, Sean Paul
    • Re: [PULL] drm-misc-next-fixes, Daniel Vetter
      • Re: [PULL] drm-misc-next-fixes, Sumit Semwal
      • Re: [PULL] drm-misc-next-fixes, Sean Paul
  • [PULL] drm-misc-next-fixes, Sean Paul
  • [PULL] drm-misc-next-fixes, Sean Paul
  • [PULL] drm-misc-next-fixes, Sean Paul
  • [PULL] drm-misc-next-fixes, Daniel Vetter
  • [PULL] drm-misc-next-fixes, Daniel Vetter
  • [PULL] drm-misc-next-fixes, Daniel Vetter
  • [PULL] drm-misc-next-fixes, Gustavo Padovan
  • [PULL] drm-misc-next-fixes, Gustavo Padovan
  • [PULL] drm-misc-next-fixes, Sean Paul
  • [PULL] drm-misc-next-fixes, Sean Paul
  • [PULL] drm-misc-next-fixes, Sean Paul
  • [PULL] drm-misc-next-fixes, Maarten Lankhorst
  • [PULL] drm-misc-next-fixes, Maarten Lankhorst
  • [PULL] drm-misc-next-fixes, Gustavo Padovan
  • [PULL] drm-misc-next-fixes, Sean Paul
  • [PULL] drm-misc-next-fixes, Sean Paul
  • [PULL] drm-misc-next-fixes, Sean Paul
  • [PULL] drm-misc-next-fixes, Sean Paul
  • [PULL] drm-misc-next-fixes, Maarten Lankhorst
  • [PULL] drm-misc-next-fixes, Sean Paul
  • [PULL] drm-misc-next-fixes, Sean Paul
  • [PULL] drm-misc-next-fixes, Sean Paul
  • [PULL] drm-misc-next-fixes, Sean Paul
  • [PULL] drm-misc-next-fixes, Maarten Lankhorst
  • [PULL] drm-misc-next-fixes, Maarten Lankhorst
• [Bug 99049] Machine freeze when clock are set to defaults, bugzilla-daemon
  • [Bug 99049] Machine freeze when clock are set to defaults, bugzilla-daemon
  • [Bug 99049] Machine freeze when clock are set to defaults, bugzilla-daemon
  • [Bug 99049] Machine freeze when clocks are set to defaults, bugzilla-daemon
• [Bug 190021] New: WARNING: CPU: 0 PID: 38 at drivers/gpu/drm/drm_atomic_helper.c:1549 drm_atomic_helper_commit_hw_done+0xa6/0xb0 [drm_kms_helper], bugzilla-daemon
• [Bug 99045] The string passed to sscanf() contains an uninitialized value., bugzilla-daemon
  • [Bug 99045] The string passed to sscanf() contains an uninitialized value., bugzilla-daemon
  • [Bug 99045] The string passed to sscanf() contains an uninitialized value., bugzilla-daemon
  • [Bug 99045] The string passed to sscanf() contains an uninitialized value., bugzilla-daemon
• etnaviv: mmu issue after end of address space reached?, Wladimir J. van der Laan
  • Re: etnaviv: mmu issue after end of address space reached?, Wladimir J. van der Laan
    • Re: etnaviv: mmu issue after end of address space reached?, Wladimir J. van der Laan
      • Re: etnaviv: mmu issue after end of address space reached?, Lucas Stach
        • Re: etnaviv: mmu issue after end of address space reached?, Wladimir J. van der Laan
• [PATCH libdrm 1/3] xf86drm: adjust device node path for minor base, Jonathan Gray
  • [PATCH libdrm 2/3] xf86drm: add a non-sysfs version of drmGetDeviceNameFromFd2, Jonathan Gray
  • [PATCH libdrm 3/3] xf86drm: don't fatal on per device error in drmGetDevice[s]2, Jonathan Gray
    • Re: [PATCH libdrm 3/3] xf86drm: don't fatal on per device error in drmGetDevice[s]2, Emil Velikov
      • Re: [PATCH libdrm 3/3] xf86drm: don't fatal on per device error in drmGetDevice[s]2, Jonathan Gray
  • Re: [PATCH libdrm 1/3] xf86drm: adjust device node path for minor base, Emil Velikov
    • Re: [PATCH libdrm 1/3] xf86drm: adjust device node path for minor base, Jonathan Gray
      • Re: [PATCH libdrm 1/3] xf86drm: adjust device node path for minor base, Emil Velikov
  • [PATCH libdrm v2 1/3] xf86drm: adjust device node path for minor base, Jonathan Gray
    • [PATCH libdrm v2 2/3] xf86drm: add a non-sysfs version of drmGetDeviceNameFromFd2, Jonathan Gray
    • [PATCH libdrm v2 3/3] xf86drm: don't fatal on per device error in drmGetDevice[s]2, Jonathan Gray
    • Re: [PATCH libdrm v2 1/3] xf86drm: adjust device node path for minor base, Emil Velikov
• [PATCH] drm/bridge: analogix_dp: set the DPCD600 during disabling the psr, Caesar Wang
  • Re: [PATCH] drm/bridge: analogix_dp: set the DPCD600 during disabling the psr, Sean Paul
    • Re: [PATCH] drm/bridge: analogix_dp: set the DPCD600 during disabling the psr, Archit Taneja
      • Re: [PATCH] drm/bridge: analogix_dp: set the DPCD600 during disabling the psr, Sean Paul
        • Re: [PATCH] drm/bridge: analogix_dp: set the DPCD600 during disabling the psr, Archit Taneja
• [PATCH v3 4/5] drm: Add definitions for DP compliance Video pattern tests, Manasi Navare
  • Re: [PATCH v3 4/5] drm: Add definitions for DP compliance Video pattern tests, Manasi Navare
• [GIT PULL] drm-vc4-next-2016-12-09, Eric Anholt
• [PATCH 0/5] sphinxification for dma-buf docs, Daniel Vetter
  • [PATCH 3/5] dma-buf: Reorganize device dma access docs, Daniel Vetter
  • [PATCH 1/5] dma-buf: Extract dma-buf.rst, Daniel Vetter
    • Re: [PATCH 1/5] dma-buf: Extract dma-buf.rst, Jonathan Corbet
    • Re: [Intel-gfx] [PATCH 1/5] dma-buf: Extract dma-buf.rst, Gustavo Padovan
  • [PATCH 4/5] dma-buf: Update cpu access documentation, Daniel Vetter
  • [PATCH 5/5] dma-buf: Final bits of doc polish, Daniel Vetter
    • [PATCH] dma-buf: Final bits of doc polish, Daniel Vetter
  • [PATCH 2/5] dma-buf: Update kerneldoc for sync_file_create, Daniel Vetter
    • Re: [Intel-gfx] [PATCH 2/5] dma-buf: Update kerneldoc for sync_file_create, Gustavo Padovan
  • Re: [PATCH 0/5] sphinxification for dma-buf docs, Jonathan Corbet
    • Re: [PATCH 0/5] sphinxification for dma-buf docs, Sumit Semwal
    • Re: [PATCH 0/5] sphinxification for dma-buf docs, Daniel Vetter
      • Re: [PATCH 0/5] sphinxification for dma-buf docs, Jonathan Corbet
        • Re: [PATCH 0/5] sphinxification for dma-buf docs, Daniel Vetter
          • Re: [PATCH 0/5] sphinxification for dma-buf docs, Jonathan Corbet
            • Re: [PATCH 0/5] sphinxification for dma-buf docs, Sumit Semwal
• [PATCH] drm: Make each driver's struct_mutex its own subclass, Chris Wilson
  • Re: [Intel-gfx] [PATCH] drm: Make each driver's struct_mutex its own subclass, kbuild test robot
  • Re: [Intel-gfx] [PATCH] drm: Make each driver's struct_mutex its own subclass, Daniel Vetter
    • Re: [Intel-gfx] [PATCH] drm: Make each driver's struct_mutex its own subclass, Chris Wilson
      • Re: [Intel-gfx] [PATCH] drm: Make each driver's struct_mutex its own subclass, Chris Wilson
        • Re: [Intel-gfx] [PATCH] drm: Make each driver's struct_mutex its own subclass, Chris Wilson
          • Re: [Intel-gfx] [PATCH] drm: Make each driver's struct_mutex its own subclass, Daniel Vetter
• [PATCH 1/7] drm/hisilicon: Don't set drm_device->platformdev, Daniel Vetter
  • [PATCH 6/7] drm: Don't walk fb list twice in getresources, Daniel Vetter
    • Re: [Intel-gfx] [PATCH 6/7] drm: Don't walk fb list twice in getresources, Chris Wilson
      • Re: [Intel-gfx] [PATCH 6/7] drm: Don't walk fb list twice in getresources, Daniel Vetter
  • [PATCH 2/7] drm: Protect master->unique with dev->master_mutex, Daniel Vetter
    • Re: [PATCH 2/7] drm: Protect master->unique with dev->master_mutex, Emil Velikov
      • Re: [PATCH 2/7] drm: Protect master->unique with dev->master_mutex, Daniel Vetter
  • [PATCH 3/7] drm: setclientcap doesn't need the drm BKL, Daniel Vetter
  • [PATCH 7/7] drm: Resurrect atomic rmfb code, Daniel Vetter
    • Re: [PATCH 7/7] drm: Resurrect atomic rmfb code, Daniel Vetter
      • Re: [PATCH 7/7] drm: Resurrect atomic rmfb code, Maarten Lankhorst
        • Re: [PATCH 7/7] drm: Resurrect atomic rmfb code, Daniel Vetter
  • [PATCH 4/7] drm: Enforce BKL-less ioctls for modern drivers, Daniel Vetter
  • [PATCH 5/7] drm: Don't compute obj counts expensively in get_resources, Daniel Vetter
    • Re: [PATCH 5/7] drm: Don't compute obj counts expensively in get_resources, Chris Wilson
      • Re: [PATCH 5/7] drm: Don't compute obj counts expensively in get_resources, Daniel Vetter
  • Re: [PATCH 1/7] drm/hisilicon: Don't set drm_device->platformdev, Sean Paul
    • Re: [PATCH 1/7] drm/hisilicon: Don't set drm_device->platformdev, Daniel Vetter
• [GIT PULL] drm/tegra: Changes for v4.10-rc1, Thierry Reding
• [GIT PULL] drm/panel: Changes for v4.10-rc1, Thierry Reding
• [PATCH 11/10] drm/etnaviv: HACK: enable debug register, Christian Gmeiner
• [drm-intel:drm-intel-next-queued 1/1] htmldocs: drivers/gpu/drm/i915/i915_drv.h:1106: warning: No description found for parameter 'i915', kbuild test robot
• [PATCH 1/9] drm: kselftest for drm_mm_init(), Chris Wilson
  • [PATCH 2/9] drm: kselftest for drm_mm_reserve_node(), Chris Wilson
    • Re: [PATCH 2/9] drm: kselftest for drm_mm_reserve_node(), Joonas Lahtinen
      • Re: [PATCH 2/9] drm: kselftest for drm_mm_reserve_node(), Chris Wilson
  • [PATCH 6/9] drm: kselftest for drm_mm and eviction, Chris Wilson
  • [PATCH 5/9] drm: kselftest for drm_mm and alignment, Chris Wilson
    • Re: [PATCH 5/9] drm: kselftest for drm_mm and alignment, Joonas Lahtinen
  • [PATCH 9/9] drm: kselftest for drm_mm and color adjustment, Chris Wilson
  • [PATCH 8/9] drm: kselftest for drm_mm and top-down alignment, Chris Wilson
    • Re: [PATCH 8/9] drm: kselftest for drm_mm and top-down alignment, Joonas Lahtinen
  • [PATCH 3/9] drm: kselftest for drm_mm_insert_node(), Chris Wilson
  • [PATCH 4/9] drm: kselftest for drm_mm_insert_node_in_range(), Chris Wilson
  • [PATCH 7/9] drm: kselftest for drm_mm and top-down allocation, Chris Wilson
  • Re: [PATCH 1/9] drm: kselftest for drm_mm_init(), Joonas Lahtinen
• [PATCH 00/10] drm/etnaviv: add readout support, Christian Gmeiner
  • [PATCH 02/10] drm/etnaviv: add internal representation of readback, Christian Gmeiner
  • [PATCH 04/10] drm/etnaviv: extend etnaviv_gpu_cmdbuf_new(..) with nr_readbacks, Christian Gmeiner
  • [PATCH 03/10] drm/etnaviv: rework error handling, Christian Gmeiner
  • [PATCH 07/10] drm/etnaviv: process readbacks in interrupt handler, Christian Gmeiner
  • [PATCH 01/10] drm/etnaviv: add uapi for register read feature, Christian Gmeiner
    • Re: [PATCH 01/10] drm/etnaviv: add uapi for register read feature, Lucas Stach
    • Re: [PATCH 01/10] drm/etnaviv: add uapi for register read feature, Thierry Reding
      • Re: [PATCH 01/10] drm/etnaviv: add uapi for register read feature, Russell King - ARM Linux
        • Re: [PATCH 01/10] drm/etnaviv: add uapi for register read feature, Daniel Vetter
  • [PATCH 08/10] drm/etnaviv: make it possible to reconfigure perf counter, Christian Gmeiner
    • Re: [PATCH 08/10] drm/etnaviv: make it possible to reconfigure perf counter, Wladimir J. van der Laan
      • Re: [PATCH 08/10] drm/etnaviv: make it possible to reconfigure perf counter, Christian Gmeiner
    • Re: [PATCH 08/10] drm/etnaviv: make it possible to reconfigure perf counter, Lucas Stach
      • Re: [PATCH 08/10] drm/etnaviv: make it possible to reconfigure perf counter, Russell King - ARM Linux
  • [PATCH 09/10] drm/etnaviv: validate readback register address, Christian Gmeiner
    • Re: [PATCH 09/10] drm/etnaviv: validate readback register address, Lucas Stach
      • Re: [PATCH 09/10] drm/etnaviv: validate readback register address, Russell King - ARM Linux
  • [PATCH 05/10] drm/etnaviv: copy readbacks from userspace, Christian Gmeiner
  • [PATCH 06/10] drm/etnaviv: store readback data in struct etnaviv_event, Christian Gmeiner
  • [PATCH 10/10] drm/etnaviv: add readout param, Christian Gmeiner
• [PATCH] drm: Add fake controlD* symlinks for backwards compat, Daniel Vetter
  • Re: [PATCH] drm: Add fake controlD* symlinks for backwards compat, Greg Kroah-Hartman
    • Re: [PATCH] drm: Add fake controlD* symlinks for backwards compat, David Herrmann
      • Re: [PATCH] drm: Add fake controlD* symlinks for backwards compat, Daniel Vetter
  • Re: [PATCH] drm: Add fake controlD* symlinks for backwards compat, David Herrmann
  • Re: [Intel-gfx] [PATCH] drm: Add fake controlD* symlinks for backwards compat, Chris Wilson
  • [PATCH] drm: Add fake controlD* symlinks for backwards compat, Daniel Vetter
    • Re: [Intel-gfx] [PATCH] drm: Add fake controlD* symlinks for backwards compat, Emil Velikov
    • Re: [PATCH] drm: Add fake controlD* symlinks for backwards compat, David Herrmann
    • Re: [PATCH] drm: Add fake controlD* symlinks for backwards compat, Greg Kroah-Hartman
• [git pull] single drm fix, Dave Airlie
• [PATCH 0/5] Add Automation Support for DP Compliance Testing (Rev 2), Manasi Navare
  • [PATCH 1/5] drm/i915: Move all the DP compliance data to a separate struct, Manasi Navare
    • Re: [PATCH 1/5] drm/i915: Move all the DP compliance data to a separate struct, Jani Nikula
  • [PATCH 4/5] drm: Add definitions for DP compliance Video pattern tests, Manasi Navare
  • [PATCH 3/5] drm/i915: Fixes to support DP Compliance EDID tests, Manasi Navare
  • [PATCH 2/5] drm/i915: Add support for DP link training compliance, Manasi Navare
  • [PATCH 5/5] drm/i915: Add support for DP Video pattern compliance tests, Manasi Navare
• [RFC 00/10] implement alternative and much simpler id allocator, Rasmus Villemoes
  • [RFC 09/10] drm: use simpler id allocator, Rasmus Villemoes
  • Re: [RFC 00/10] implement alternative and much simpler id allocator, Tejun Heo
  • Re: [RFC 00/10] implement alternative and much simpler id allocator, Andrew Morton
    • Re: [RFC 00/10] implement alternative and much simpler id allocator, Tejun Heo
      • RE: [RFC 00/10] implement alternative and much simpler id allocator, Matthew Wilcox
        • Re: [RFC 00/10] implement alternative and much simpler id allocator, Tejun Heo
    • RE: [RFC 00/10] implement alternative and much simpler id allocator, Matthew Wilcox
      • Re: [RFC 00/10] implement alternative and much simpler id allocator, Rasmus Villemoes
        • RE: [RFC 00/10] implement alternative and much simpler id allocator, Matthew Wilcox
        • RE: [RFC 00/10] implement alternative and much simpler id allocator, Matthew Wilcox
          • Re: [RFC 00/10] implement alternative and much simpler id allocator, Rasmus Villemoes
            • RE: [RFC 00/10] implement alternative and much simpler id allocator, Matthew Wilcox
        • RE: [RFC 00/10] implement alternative and much simpler id allocator, Matthew Wilcox
• [PATCH] drm: mxsfb: Add PM support to MXSFB, Marek Vasut
• [PATCH] linux/types.h: enable endian checks for all sparse builds, Michael S. Tsirkin
  • Re: [PATCH] linux/types.h: enable endian checks for all sparse builds, Cornelia Huck
  • Re: [PATCH] linux/types.h: enable endian checks for all sparse builds, Bart Van Assche
    • Re: [PATCH] linux/types.h: enable endian checks for all sparse builds, Michael S. Tsirkin
      • Re: [PATCH] linux/types.h: enable endian checks for all sparse builds, Bart Van Assche
        • Re: [PATCH] linux/types.h: enable endian checks for all sparse builds, Greg Kroah-Hartman
        • Re: [PATCH] linux/types.h: enable endian checks for all sparse builds, Michael S. Tsirkin
          • Re: [PATCH] linux/types.h: enable endian checks for all sparse builds, Madhani, Himanshu
            • Re: [PATCH] linux/types.h: enable endian checks for all sparse builds, Bart Van Assche
              • Re: [PATCH] linux/types.h: enable endian checks for all sparse builds, Michael S. Tsirkin
• [PATCH 0/2] Generic HDMI codec: Add channel mapping control, Arnaud Pouliquen
  • [PATCH 2/2] ASoC: hdmi-codec: add channel mapping control, Arnaud Pouliquen
    • Re: [PATCH 2/2] ASoC: hdmi-codec: add channel mapping control, Takashi Sakamoto
      • Re: [PATCH 2/2] ASoC: hdmi-codec: add channel mapping control, Arnaud Pouliquen
        • Re: [PATCH 2/2] ASoC: hdmi-codec: add channel mapping control, Takashi Iwai
          • Re: [PATCH 2/2] ASoC: hdmi-codec: add channel mapping control, Takashi Sakamoto
            • Re: [PATCH 2/2] ASoC: hdmi-codec: add channel mapping control, Takashi Iwai
              • Re: [PATCH 2/2] ASoC: hdmi-codec: add channel mapping control, Takashi Sakamoto
                • Re: [PATCH 2/2] ASoC: hdmi-codec: add channel mapping control, Arnaud Pouliquen
        • Re: [PATCH 2/2] ASoC: hdmi-codec: add channel mapping control, Takashi Sakamoto
          • Re: [PATCH 2/2] ASoC: hdmi-codec: add channel mapping control, Arnaud Pouliquen
          • Re: [PATCH 2/2] ASoC: hdmi-codec: add channel mapping control, Arnaud Pouliquen
            • Re: [PATCH 2/2] ASoC: hdmi-codec: add channel mapping control, Takashi Sakamoto
              • Re: [PATCH 2/2] ASoC: hdmi-codec: add channel mapping control, Takashi Sakamoto
                • Re: [PATCH 2/2] ASoC: hdmi-codec: add channel mapping control, Arnaud Pouliquen
  • [PATCH 1/2] DRM: add help to get ELD speaker allocation, Arnaud Pouliquen
    • Applied "DRM: add help to get ELD speaker allocation" to the asoc tree, Mark Brown
  • Re: [PATCH 0/2] Generic HDMI codec: Add channel mapping control, Takashi Sakamoto
    • Re: [PATCH 0/2] Generic HDMI codec: Add channel mapping control, Takashi Sakamoto
      • Re: [PATCH 0/2] Generic HDMI codec: Add channel mapping control, Arnaud Pouliquen
        • Re: [PATCH 0/2] Generic HDMI codec: Add channel mapping control, Takashi Sakamoto
• [PATCH 00/12] i.MX media devices and connections, Steve Longerbeam
  • [PATCH 07/12] ARM: dts: imx6-sabreauto: add reset-gpios property for max7310_b, Steve Longerbeam
  • [PATCH 10/12] gpu: ipu-v3: Add ipu_unit_type enumeration, Steve Longerbeam
  • [PATCH 02/12] ARM: dts: imx6qdl: rename ipu client nodes, Steve Longerbeam
    • Re: [PATCH 02/12] ARM: dts: imx6qdl: rename ipu client nodes, Philipp Zabel
  • [PATCH 06/12] ARM: dts: imx6-sabreauto: create i2cmux for i2c3, Steve Longerbeam
  • [PATCH 09/12] ARM: dts: imx6-sabreauto: add the ADV7180 video decoder, Steve Longerbeam
  • [PATCH 04/12] ARM: dts: imx6-sabrelite: add OV5642 and OV5640 camera sensors, Steve Longerbeam
  • [PATCH 05/12] ARM: dts: imx6-sabresd: add OV5642 and OV5640 camera sensors, Steve Longerbeam
  • [PATCH 08/12] ARM: dts: imx6-sabreauto: add pinctrl for gpt input capture, Steve Longerbeam
  • [PATCH 11/12] gpu: ipu-v3: lookup ipu client nodes by name, Steve Longerbeam
  • [PATCH 01/12] ARM: dts: imx6qdl: Add compatible, clocks, irqs to MIPI CSI-2 node, Steve Longerbeam
  • [PATCH 03/12] ARM: dts: imx6qdl: add video capture devices and connections, Steve Longerbeam
  • [PATCH 12/12] gpu: ipu-v3: Add smfc and ic client devices, Steve Longerbeam
• [PATCH] drm/panel: simple: specify bus width and flags for EDT displays, Stefan Agner
  • Re: [PATCH] drm/panel: simple: specify bus width and flags for EDT displays, Thierry Reding
• [PATCH] drm/mxsfb: use bus_format to determine LCD bus width, Stefan Agner
  • Re: [PATCH] drm/mxsfb: use bus_format to determine LCD bus width, Marek Vasut
    • Re: [PATCH] drm/mxsfb: use bus_format to determine LCD bus width, Stefan Agner
      • Re: [PATCH] drm/mxsfb: use bus_format to determine LCD bus width, Marek Vasut
        • Re: [PATCH] drm/mxsfb: use bus_format to determine LCD bus width, Stefan Agner
          • Re: [PATCH] drm/mxsfb: use bus_format to determine LCD bus width, Marek Vasut
• [Bug 99029] VCE VAAPI segfault using ffmpeg, bugzilla-daemon
  • [Bug 99029] VCE VAAPI segfault using ffmpeg, bugzilla-daemon
  • [Bug 99029] VCE VAAPI segfault using ffmpeg, bugzilla-daemon
  • [Bug 99029] VCE VAAPI segfault using ffmpeg, bugzilla-daemon
  • [Bug 99029] VCE VAAPI segfault using ffmpeg, bugzilla-daemon
  • [Bug 99029] VCE VAAPI segfault using ffmpeg, bugzilla-daemon
  • [Bug 99029] VCE VAAPI segfault using ffmpeg, bugzilla-daemon
  • [Bug 99029] VCE VAAPI segfault using ffmpeg, bugzilla-daemon
• [PATCH 0/6] drm/atomic: Remove drm_atomic_helper_framebuffer_changed, Maarten Lankhorst
  • [PATCH 3/6] drm/atomic: Clean up wait_for_vblanks, Maarten Lankhorst
    • Re: [PATCH 3/6] drm/atomic: Clean up wait_for_vblanks, Daniel Vetter
      • [PATCH v2 3/6] drm/atomic: Clean up wait_for_vblanks, v2., Maarten Lankhorst
        • Re: [PATCH v2 3/6] drm/atomic: Clean up wait_for_vblanks, v2., Daniel Vetter
          • Re: [PATCH v2 3/6] drm/atomic: Clean up wait_for_vblanks, v2., Maarten Lankhorst
  • [PATCH 2/6] drm/atomic: Unconditionally call prepare_fb., Maarten Lankhorst
    • Re: [Intel-gfx] [PATCH 2/6] drm/atomic: Unconditionally call prepare_fb., Daniel Vetter
      • Re: [Intel-gfx] [PATCH 2/6] drm/atomic: Unconditionally call prepare_fb., Laurent Pinchart
        • Re: [Intel-gfx] [PATCH 2/6] drm/atomic: Unconditionally call prepare_fb., Daniel Vetter
          • Re: [Intel-gfx] [PATCH 2/6] drm/atomic: Unconditionally call prepare_fb., Maarten Lankhorst
            • Re: [Intel-gfx] [PATCH 2/6] drm/atomic: Unconditionally call prepare_fb., Daniel Vetter
              • [PATCH v2 2/6] drm/atomic: Unconditionally call prepare_fb., Maarten Lankhorst
                • Re: [PATCH v2 2/6] drm/atomic: Unconditionally call prepare_fb., Laurent Pinchart
            • Re: [Intel-gfx] [PATCH 2/6] drm/atomic: Unconditionally call prepare_fb., Laurent Pinchart
  • [PATCH 4/6] drm/atomic: Wait for vblank whenever a plane is added to state., Maarten Lankhorst
    • Re: [PATCH 4/6] drm/atomic: Wait for vblank whenever a plane is added to state., Daniel Vetter
      • Re: [PATCH 4/6] drm/atomic: Wait for vblank whenever a plane is added to state., Maarten Lankhorst
  • [PATCH 1/6] drm/atomic: Use active instead of enable in wait_for_vblanks., Maarten Lankhorst
    • Re: [Intel-gfx] [PATCH 1/6] drm/atomic: Use active instead of enable in wait_for_vblanks., Daniel Vetter
  • [PATCH 5/6] drm/atomic: Remove drm_atomic_helper_framebuffer_changed., Maarten Lankhorst
  • [PATCH 6/6] drm/i915: Add a cursor hack to allow converting legacy page flip to atomic., Maarten Lankhorst
    • Re: [Intel-gfx] [PATCH 6/6] drm/i915: Add a cursor hack to allow converting legacy page flip to atomic., Matthew Auld
      • [PATCH v2 6/6] drm/i915: Add a cursor hack to allow converting legacy page flip to atomic, v3., Maarten Lankhorst
        • Re: [PATCH v2 6/6] drm/i915: Add a cursor hack to allow converting legacy page flip to atomic, v3., Archit Taneja
          • Re: [PATCH v2 6/6] drm/i915: Add a cursor hack to allow converting legacy page flip to atomic, v3., Maarten Lankhorst
            • Re: [PATCH v2 6/6] drm/i915: Add a cursor hack to allow converting legacy page flip to atomic, v3., Archit Taneja
        • Re: [PATCH v2 6/6] drm/i915: Add a cursor hack to allow converting legacy page flip to atomic, v3., Daniel Vetter
• [PATCH] drm/edid: Don't print an error if the checksum of a CEA block is wrong, Tomeu Vizoso
  • RE: drm/edid: Don't print an error if the checksum of a CEA block is wrong, Tahvanainen, Jari
    • Re: [Intel-gfx] drm/edid: Don't print an error if the checksum of a CEA block is wrong, Daniel Vetter
• [GIT PULL] omapdrm fixes for v4.10, Tomi Valkeinen
• [PATCH 1/4] drm/etnaviv: Use drm_dev_unref, not drm_put_dev, Daniel Vetter
  • [PATCH 4/4] drm/vc4: Don't use drm_put_dev, Daniel Vetter
    • Re: [PATCH 4/4] drm/vc4: Don't use drm_put_dev, Eric Anholt
  • [PATCH 2/4] drm/fsl: don't use drm_put_dev, Daniel Vetter
    • Re: [PATCH 2/4] drm/fsl: don't use drm_put_dev, Lucas Stach
      • Re: [PATCH 2/4] drm/fsl: don't use drm_put_dev, Daniel Vetter
    • [PATCH] drm/fsl: don't use drm_put_dev, Daniel Vetter
      • Re: [PATCH] drm/fsl: don't use drm_put_dev, Lucas Stach
        • Re: [PATCH] drm/fsl: don't use drm_put_dev, Daniel Vetter
          • Re: [PATCH] drm/fsl: don't use drm_put_dev, Stefan Agner
  • [PATCH 3/4] drm/mediatek: don't use drm_put_dev, Daniel Vetter
    • Re: [PATCH 3/4] drm/mediatek: don't use drm_put_dev, Lucas Stach
      • Re: [PATCH 3/4] drm/mediatek: don't use drm_put_dev, Daniel Vetter
  • Re: [PATCH 1/4] drm/etnaviv: Use drm_dev_unref, not drm_put_dev, Lucas Stach
• [Bug 99026] [bisected] gpu fault, bugzilla-daemon
  • [Bug 99026] [bisected] gpu fault, bugzilla-daemon
• [PATCH] drm: Update drm_device docs about embedding., Daniel Vetter
  • Re: [PATCH] drm: Update drm_device docs about embedding., Chris Wilson
    • Re: [PATCH] drm: Update drm_device docs about embedding., Daniel Vetter
      • Re: [PATCH] drm: Update drm_device docs about embedding., Chris Wilson
• [PATCH] fbdev: remove current maintainer, Tomi Valkeinen
  • Re: [PATCH] fbdev: remove current maintainer, Daniel Vetter
    • Re: [PATCH] fbdev: remove current maintainer, Laurent Pinchart
  • Re: [PATCH] fbdev: remove current maintainer, Andrew Morton
    • Re: [PATCH] fbdev: remove current maintainer, Bartlomiej Zolnierkiewicz
      • Re: [PATCH] fbdev: remove current maintainer, Andrew Morton
      • Re: [PATCH] fbdev: remove current maintainer, Tomi Valkeinen
• [PATCH] drm: Provide a driver hook for drm_dev_release(), Chris Wilson
  • Re: [Intel-gfx] [PATCH] drm: Provide a driver hook for drm_dev_release(), Daniel Vetter
  • Re: [PATCH] drm: Provide a driver hook for drm_dev_release(), Laurent Pinchart
    • Re: [PATCH] drm: Provide a driver hook for drm_dev_release(), Chris Wilson
      • Re: [PATCH] drm: Provide a driver hook for drm_dev_release(), Laurent Pinchart
• [PATCH v2 1/2] dt-bindings: display: Add BOE nv101wxmn51 panel binding, Caesar Wang
  • [PATCH v2 2/2] drm/panel: simple: Add support BOE nv101wxmn51, Caesar Wang
    • Re: [PATCH v2 2/2] drm/panel: simple: Add support BOE nv101wxmn51, Stéphane Marchesin
      • Re: [PATCH v2 2/2] drm/panel: simple: Add support BOE nv101wxmn51, Caesar Wang
• [RESEND PATCH 1/2] dt-bindings: display: Add BOE nv101wxmn51 panel binding, Caesar Wang
  • [RESEND PATCH 2/2] drm/panel: simple: Add support BOE nv101wxmn51, Caesar Wang
• [PATCH] drm/panel: simple: Add support BOE nv101wxmn51, Caesar Wang
  • Re: [PATCH] drm/panel: simple: Add support BOE nv101wxmn51, Caesar Wang
• [PATCH] drm: zte: add overlay plane support, Shawn Guo
  • Re: [PATCH] drm: zte: add overlay plane support, Ville Syrjälä
    • Re: [PATCH] drm: zte: add overlay plane support, Shawn Guo
• [RFC] Using DC in amdgpu for upcoming GPU, Harry Wentland
  • Re: [RFC] Using DC in amdgpu for upcoming GPU, Daniel Vetter
    • Re: [RFC] Using DC in amdgpu for upcoming GPU, Harry Wentland
      • Re: [RFC] Using DC in amdgpu for upcoming GPU, Daniel Vetter
        • Re: [RFC] Using DC in amdgpu for upcoming GPU, Christian König
          • Re: [RFC] Using DC in amdgpu for upcoming GPU, Daniel Vetter
          • Re: [RFC] Using DC in amdgpu for upcoming GPU, Matthew Macy
        • Re: [RFC] Using DC in amdgpu for upcoming GPU, Alex Deucher
    • Re: [RFC] Using DC in amdgpu for upcoming GPU, Dave Airlie
      • Re: [RFC] Using DC in amdgpu for upcoming GPU, Dave Airlie
        • RE: [RFC] Using DC in amdgpu for upcoming GPU, Cheng, Tony
        • RE: [RFC] Using DC in amdgpu for upcoming GPU, Cheng, Tony
          • Re: [RFC] Using DC in amdgpu for upcoming GPU, Daniel Vetter
            • Re: [RFC] Using DC in amdgpu for upcoming GPU, Dave Airlie
              • Re: [RFC] Using DC in amdgpu for upcoming GPU, Daniel Vetter
              • Re: [RFC] Using DC in amdgpu for upcoming GPU, Matthew Macy
              • Re: [RFC] Using DC in amdgpu for upcoming GPU, Daniel Vetter
      • RE: [RFC] Using DC in amdgpu for upcoming GPU, Deucher, Alexander
        • Re: [RFC] Using DC in amdgpu for upcoming GPU, Dave Airlie
          • Re: [RFC] Using DC in amdgpu for upcoming GPU, Alex Deucher
        • Re: [RFC] Using DC in amdgpu for upcoming GPU, Daniel Vetter
  • Re: [RFC] Using DC in amdgpu for upcoming GPU, Daniel Vetter
    • Re: [RFC] Using DC in amdgpu for upcoming GPU, Harry Wentland
      • Re: [RFC] Using DC in amdgpu for upcoming GPU, Cheng, Tony
        • Re: [RFC] Using DC in amdgpu for upcoming GPU, Dave Airlie
          • Re: [RFC] Using DC in amdgpu for upcoming GPU, Cheng, Tony
        • Re: [RFC] Using DC in amdgpu for upcoming GPU, Daniel Vetter
        • Re: [RFC] Using DC in amdgpu for upcoming GPU, Rob Clark
      • Re: [RFC] Using DC in amdgpu for upcoming GPU, Daniel Vetter
      • Re: [RFC] Using DC in amdgpu for upcoming GPU, Ernst Sjöstrand
  • Re: [RFC] Using DC in amdgpu for upcoming GPU, Dave Airlie
    • Re: [RFC] Using DC in amdgpu for upcoming GPU, Bridgman, John
      • Re: [RFC] Using DC in amdgpu for upcoming GPU, Bridgman, John
        • Re: [RFC] Using DC in amdgpu for upcoming GPU, Bridgman, John
          • Re: [RFC] Using DC in amdgpu for upcoming GPU, Dave Airlie
    • Re: [RFC] Using DC in amdgpu for upcoming GPU, Daniel Vetter
    • Re: [RFC] Using DC in amdgpu for upcoming GPU, Harry Wentland
      • Re: [RFC] Using DC in amdgpu for upcoming GPU, Daniel Stone
        • Re: [RFC] Using DC in amdgpu for upcoming GPU, Daniel Vetter
          • Re: [RFC] Using DC in amdgpu for upcoming GPU, Michel Dänzer
            • Re: [RFC] Using DC in amdgpu for upcoming GPU, Harry Wentland
        • Re: [RFC] Using DC in amdgpu for upcoming GPU, Alex Deucher
    • Re: [RFC] Using DC in amdgpu for upcoming GPU, Cheng, Tony
      • Re: [RFC] Using DC in amdgpu for upcoming GPU, Dave Airlie
      • Re: [RFC] Using DC in amdgpu for upcoming GPU, Lukas Wunner
        • Re: [RFC] Using DC in amdgpu for upcoming GPU, Cheng, Tony
          • RE: [RFC] Using DC in amdgpu for upcoming GPU, Deucher, Alexander
          • Re: [RFC] Using DC in amdgpu for upcoming GPU, Lukas Wunner
          • Re: [RFC] Using DC in amdgpu for upcoming GPU, Jani Nikula
            • Re: [RFC] Using DC in amdgpu for upcoming GPU, Cheng, Tony
              • Re: [RFC] Using DC in amdgpu for upcoming GPU, Alex Deucher
                • RE: [RFC] Using DC in amdgpu for upcoming GPU, Cheng, Tony
        • Re: [RFC] Using DC in amdgpu for upcoming GPU, Bridgman, John
  • Re: [RFC] Using DC in amdgpu for upcoming GPU, Daniel Vetter
    • Re: [RFC] Using DC in amdgpu for upcoming GPU, Bridgman, John
      • Re: [RFC] Using DC in amdgpu for upcoming GPU, Daniel Vetter
        • Re: [RFC] Using DC in amdgpu for upcoming GPU, Daniel Vetter
        • RE: [RFC] Using DC in amdgpu for upcoming GPU, Deucher, Alexander
          • Re: [RFC] Using DC in amdgpu for upcoming GPU, Luke A. Guest
            • RE: [RFC] Using DC in amdgpu for upcoming GPU, Deucher, Alexander
    • Re: [RFC] Using DC in amdgpu for upcoming GPU, Harry Wentland
      • Re: [RFC] Using DC in amdgpu for upcoming GPU, Daniel Vetter
  • <Possible follow-ups>
  • Re: [RFC] Using DC in amdgpu for upcoming GPU, Jan Ziak
    • Re: [RFC] Using DC in amdgpu for upcoming GPU, Michel Dänzer
  • [RFC] Using DC in amdgpu for upcoming GPU, Kevin Brace
• [PATCH] drm: mxsfb: Select DRM_PANEL, Marek Vasut
• [PATCH] drm/mxsfb: fix pixel clock polarity, Stefan Agner
  • Re: [PATCH] drm/mxsfb: fix pixel clock polarity, Marek Vasut
    • Re: [PATCH] drm/mxsfb: fix pixel clock polarity, Stefan Agner
      • Re: [PATCH] drm/mxsfb: fix pixel clock polarity, Stefan Agner
        • Re: [PATCH] drm/mxsfb: fix pixel clock polarity, Marek Vasut
          • Re: [PATCH] drm/mxsfb: fix pixel clock polarity, Stefan Agner
            • Re: [PATCH] drm/mxsfb: fix pixel clock polarity, Marek Vasut
              • Re: [PATCH] drm/mxsfb: fix pixel clock polarity, Stefan Agner
                • Re: [PATCH] drm/mxsfb: fix pixel clock polarity, Marek Vasut
                  • Re: [PATCH] drm/mxsfb: fix pixel clock polarity, Stefan Agner
                    • Re: [PATCH] drm/mxsfb: fix pixel clock polarity, Marek Vasut
• [PATCH] drm: Kbuild: add omap_drm.h to the installed headers, Laurent Pinchart
  • Re: [PATCH] drm: Kbuild: add omap_drm.h to the installed headers, Tomi Valkeinen
    • Re: [PATCH] drm: Kbuild: add omap_drm.h to the installed headers, Laurent Pinchart
• [Bug 99019] "Star Ruler 2" game will freeze the system, bugzilla-daemon
  • [Bug 99019] "Star Ruler 2" game will freeze the system, bugzilla-daemon
  • [Bug 99019] "Star Ruler 2" game will freeze the system, bugzilla-daemon
  • [Bug 99019] "Star Ruler 2" game will freeze the system, bugzilla-daemon
  • [Bug 99019] "Star Ruler 2" game will freeze the system, bugzilla-daemon
  • [Bug 99019] "Star Ruler 2" game will freeze the system, bugzilla-daemon
  • [Bug 99019] "Star Ruler 2" game will freeze the system, bugzilla-daemon
  • [Bug 99019] "Star Ruler 2" game will freeze the system, bugzilla-daemon
  • [Bug 99019] "Star Ruler 2" game will freeze the system, bugzilla-daemon
  • [Bug 99019] "Star Ruler 2" game will freeze the system, bugzilla-daemon
• [PATCH] drm: Take ownership of the dmabuf->obj when exporting, Chris Wilson
  • Re: [Intel-gfx] [PATCH] drm: Take ownership of the dmabuf->obj when exporting, Joonas Lahtinen
    • Re: [Intel-gfx] [PATCH] drm: Take ownership of the dmabuf->obj when exporting, Daniel Vetter
• [RFC v2] drm: Enable dynamic debug for DRM_[DEV]_DEBUG*, Robert Bragg
  • Re: [RFC v2] drm: Enable dynamic debug for DRM_[DEV]_DEBUG*, Daniel Vetter
    • Re: [RFC v2] drm: Enable dynamic debug for DRM_[DEV]_DEBUG*, Robert Bragg
      • Re: [RFC v2] drm: Enable dynamic debug for DRM_[DEV]_DEBUG*, Daniel Vetter
  • Re: [Intel-gfx] [RFC v2] drm: Enable dynamic debug for DRM_[DEV]_DEBUG*, Tvrtko Ursulin
• [PATCH] drm: hdlcd: Work properly in big-endian mode, Robin Murphy
  • Re: [PATCH] drm: hdlcd: Work properly in big-endian mode, Daniel Vetter
    • Re: [PATCH] drm: hdlcd: Work properly in big-endian mode, Robin Murphy
      • Re: [PATCH] drm: hdlcd: Work properly in big-endian mode, Robin Murphy
        • Re: [PATCH] drm: hdlcd: Work properly in big-endian mode, Daniel Vetter
      • Re: [PATCH] drm: hdlcd: Work properly in big-endian mode, Ilia Mirkin
        • Re: [PATCH] drm: hdlcd: Work properly in big-endian mode, Daniel Vetter
    • Re: [PATCH] drm: hdlcd: Work properly in big-endian mode, Ville Syrjälä
  • Re: [PATCH] drm: hdlcd: Work properly in big-endian mode, liviu . dudau
• [PATCH v4 4/4] drm: allow to use mmuless SoC, Benjamin Gaignard
  • Re: [PATCH v4 4/4] drm: allow to use mmuless SoC, Eric Engestrom
  • Re: [PATCH v4 4/4] drm: allow to use mmuless SoC, Arnd Bergmann
• [PATCH v2] drm/bridge: analogix: Don't return -EINVAL when panel not support PSR in PSR functions, zain wang
  • Re: [PATCH v2] drm/bridge: analogix: Don't return -EINVAL when panel not support PSR in PSR functions, Archit Taneja
• [PATCH] etnaviv: Cannot render to rb-swapped formats, Wladimir J. van der Laan
• [PATCH] drm: Allow CAP_PRIME on !MODESET, Daniel Vetter
  • Re: [PATCH] drm: Allow CAP_PRIME on !MODESET, Chris Wilson
  • [PATCH] drm: Allow CAP_PRIME on !MODESET, Daniel Vetter
    • Re: [PATCH] drm: Allow CAP_PRIME on !MODESET, Michel Dänzer
      • Re: [PATCH] drm: Allow CAP_PRIME on !MODESET, Daniel Vetter
• [PATCH] drm/atomic: Don't reject reflect-only rotations, Brian Starkey
  • Re: [PATCH] drm/atomic: Don't reject reflect-only rotations, Gustavo Padovan
  • Re: [PATCH] drm/atomic: Don't reject reflect-only rotations, Chris Wilson
    • Re: [PATCH] drm/atomic: Don't reject reflect-only rotations, Daniel Vetter
      • Re: [PATCH] drm/atomic: Don't reject reflect-only rotations, Ville Syrjälä
        • Re: [PATCH] drm/atomic: Don't reject reflect-only rotations, Daniel Vetter
          • Re: [PATCH] drm/atomic: Don't reject reflect-only rotations, Ville Syrjälä
  • Re: [PATCH] drm/atomic: Don't reject reflect-only rotations, Ville Syrjälä
    • Re: [PATCH] drm/atomic: Don't reject reflect-only rotations, Brian Starkey