Linux Intel GFX

• Date Index

• [PATCH v2 2/2] drm/i915: Do not re-calculate num_rings locally, (continued)
  • [PATCH v2 2/2] drm/i915: Do not re-calculate num_rings locally, Tvrtko Ursulin
  • ✓ Fi.CI.BAT: success for series starting with [1/2] drm/i915: Simplify intel_engines_init, Patchwork
  • Re: [PATCH 1/2] drm/i915: Simplify intel_engines_init, Chris Wilson
  • ✓ Fi.CI.BAT: success for series starting with [1/2] drm/i915: Simplify intel_engines_init (rev2), Patchwork
    • Re: ✓ Fi.CI.BAT: success for series starting with [1/2] drm/i915: Simplify intel_engines_init (rev2), Tvrtko Ursulin
• [PATCH] drm/i915: Make i915_vma_destroy() static, Chris Wilson
  • ✗ Fi.CI.BAT: warning for drm/i915: Make i915_vma_destroy() static, Patchwork
  • Re: [PATCH] drm/i915: Make i915_vma_destroy() static, Tvrtko Ursulin
    • Re: [PATCH] drm/i915: Make i915_vma_destroy() static, Chris Wilson
• Re: [PATCH 0/4] Cleanups and fixes, Arkadiusz Hiler
  • Re: [PATCH 0/4] Cleanups and fixes, Liviu Dudau
• [RFC i-g-t 1/2] extended.testlist: Remove default and render engine test duplicates, Tvrtko Ursulin
  • [RFC i-g-t 2/2] extended.testlist: Remove some test-subtest combinations, Tvrtko Ursulin
    • Re: [RFC i-g-t 2/2] extended.testlist: Remove some test-subtest combinations, Chris Wilson
  • Re: [RFC i-g-t 1/2] extended.testlist: Remove default and render engine test duplicates, Chris Wilson
  • Re: [RFC i-g-t 1/2] extended.testlist: Remove default and render engine test duplicates, Daniel Vetter
    • Re: [RFC i-g-t 1/2] extended.testlist: Remove default and render engine test duplicates, Tvrtko Ursulin
      • Re: [RFC i-g-t 1/2] extended.testlist: Remove default and render engine test duplicates, Daniel Vetter
        • Re: [RFC i-g-t 1/2] extended.testlist: Remove default and render engine test duplicates, Chris Wilson
          • Re: [RFC i-g-t 1/2] extended.testlist: Remove default and render engine test duplicates, Daniel Vetter
• Re: [GIT PULL] GVT-g update for 4.13, Jani Nikula
• Re: [PATCH] drm/core: Fail atomic IOCTL with no CRTC state but with signaling., Andrey Grodzovsky
  • <Possible follow-ups>
  • Re: [PATCH] drm/core: Fail atomic IOCTL with no CRTC state but with signaling., Harry Wentland
    • Re: [PATCH] drm/core: Fail atomic IOCTL with no CRTC state but with signaling., Sean Paul
      • Re: [PATCH] drm/core: Fail atomic IOCTL with no CRTC state but with signaling., Andrey Grodzovsky
        • Re: [PATCH] drm/core: Fail atomic IOCTL with no CRTC state but with signaling., Daniel Vetter
    • [PATCH v2] drm/core: Fail atomic IOCTL with no CRTC state but with signaling., Andrey Grodzovsky
      • Re: [PATCH v2] drm/core: Fail atomic IOCTL with no CRTC state but with signaling., Harry Wentland
        • Re: [PATCH v2] drm/core: Fail atomic IOCTL with no CRTC state but with signaling., Daniel Vetter
          • Re: [PATCH v2] drm/core: Fail atomic IOCTL with no CRTC state but with signaling., Maarten Lankhorst
            • Re: [PATCH v2] drm/core: Fail atomic IOCTL with no CRTC state but with signaling., Daniel Vetter
              • Re: [PATCH v2] drm/core: Fail atomic IOCTL with no CRTC state but with signaling., Maarten Lankhorst
• [PATCH] drm/i915: Store 9 bits of PCI Device ID for platforms with a LP PCH, Dhinakaran Pandiyan
  • ✗ Fi.CI.BAT: warning for drm/i915: Store 9 bits of PCI Device ID for platforms with a LP PCH, Patchwork
  • Re: [PATCH] drm/i915: Store 9 bits of PCI Device ID for platforms with a LP PCH, Imre Deak
    • Re: [PATCH] drm/i915: Store 9 bits of PCI Device ID for platforms with a LP PCH, Pandiyan, Dhinakaran
      • Re: [PATCH] drm/i915: Store 9 bits of PCI Device ID for platforms with a LP PCH, Imre Deak
        • Re: [PATCH] drm/i915: Store 9 bits of PCI Device ID for platforms with a LP PCH, Ville Syrjälä
          • Re: [PATCH] drm/i915: Store 9 bits of PCI Device ID for platforms with a LP PCH, Imre Deak
            • Re: [PATCH] drm/i915: Store 9 bits of PCI Device ID for platforms with a LP PCH, Vivi, Rodrigo
            • Re: [PATCH] drm/i915: Store 9 bits of PCI Device ID for platforms with a LP PCH, Pandiyan, Dhinakaran
• [PULL] drm-misc-next, Sean Paul
  • <Possible follow-ups>
  • [PULL] drm-misc-next, Sean Paul
    • Re: [PULL] drm-misc-next, Sean Paul
  • [PULL] drm-misc-next, Sean Paul
  • [PULL] drm-misc-next, Sean Paul
  • [PULL] drm-misc-next, Sean Paul
  • [PULL] drm-misc-next, Daniel Vetter
    • Re: [PULL] drm-misc-next, Daniel Vetter
  • [PULL] drm-misc-next, Daniel Vetter
  • [PULL] drm-misc-next, Daniel Vetter
    • Re: [PULL] drm-misc-next, Maarten Lankhorst
      • Re: [PULL] drm-misc-next, Benjamin Gaignard
  • [PULL] drm-misc-next, Daniel Vetter
  • [PULL] drm-misc-next, Daniel Vetter
  • [PULL] drm-misc-next, Gustavo Padovan
  • [PULL] drm-misc-next, Gustavo Padovan
  • [PULL] drm-misc-next, Gustavo Padovan
  • [PULL] drm-misc-next, Gustavo Padovan
  • [PULL] drm-misc-next, Sean Paul
  • [PULL] drm-misc-next, Sean Paul
    • Re: [PULL] drm-misc-next, Sean Paul
      • Re: [PULL] drm-misc-next, Daniel Vetter
        • Re: [PULL] drm-misc-next, Sean Paul
          • Re: [PULL] drm-misc-next, Daniel Vetter
            • Re: [PULL] drm-misc-next, Sean Paul
              • Re: [PULL] drm-misc-next, Ville Syrjälä
                • Re: [PULL] drm-misc-next, Sean Paul
                  • Re: [PULL] drm-misc-next, Daniel Vetter
  • [PULL] drm-misc-next, Sean Paul
  • [PULL] drm-misc-next, Sean Paul
  • [PULL] drm-misc-next, Maarten Lankhorst
    • Re: [PULL] drm-misc-next, Dave Airlie
      • Re: [PULL] drm-misc-next, Maarten Lankhorst
  • [PULL] drm-misc-next, Maarten Lankhorst
  • [PULL] drm-misc-next, Maarten Lankhorst
    • Re: [PULL] drm-misc-next, Eric Anholt
  • [PULL] drm-misc-next, Maarten Lankhorst
  • [PULL] drm-misc-next, Gustavo Padovan
    • Re: [PULL] drm-misc-next, Christian König
  • [PULL] drm-misc-next, Gustavo Padovan
  • [PULL] drm-misc-next, Gustavo Padovan
  • [PULL] drm-misc-next, Gustavo Padovan
  • [PULL] drm-misc-next, Gustavo Padovan
  • [PULL] drm-misc-next, Gustavo Padovan
  • [PULL] drm-misc-next, Sean Paul
  • [PULL] drm-misc-next, Sean Paul
  • [PULL] drm-misc-next, Sean Paul
  • [PULL] drm-misc-next, Sean Paul
  • [PULL] drm-misc-next, Maarten Lankhorst
    • Re: [PULL] drm-misc-next, Daniel Vetter
      • Re: [PULL] drm-misc-next, Sean Paul
        • Re: [PULL] drm-misc-next, Daniel Vetter
          • Re: [PULL] drm-misc-next, Sean Paul
            • Message not available
              • Re: [PULL] drm-misc-next, Daniel Vetter
            • Re: [PULL] drm-misc-next, Maarten Lankhorst
  • [PULL] drm-misc-next, Maarten Lankhorst
  • [PULL] drm-misc-next, Maarten Lankhorst
  • [PULL] drm-misc-next, Maarten Lankhorst
  • [PULL] drm-misc-next, Maarten Lankhorst
  • [PULL] drm-misc-next, Maxime Ripard
  • [PULL] drm-misc-next, Maxime Ripard
    • Re: [PULL] drm-misc-next, Daniel Vetter
  • [PULL] drm-misc-next, Maxime Ripard
  • [PULL] drm-misc-next, Maxime Ripard
  • [PULL] drm-misc-next, Maxime Ripard
  • Re: [PULL] drm-misc-next, Daniel Vetter
  • [PULL] drm-misc-next, Sean Paul
    • Re: [PULL] drm-misc-next, Daniel Vetter
  • [PULL] drm-misc-next, Sean Paul
    • Re: [PULL] drm-misc-next, Daniel Vetter
  • [PULL] drm-misc-next, Sean Paul
  • [PULL] drm-misc-next, Sean Paul
  • [PULL] drm-misc-next, Maarten Lankhorst
  • [PULL] drm-misc-next, Maarten Lankhorst
    • Re: [PULL] drm-misc-next, Sean Paul
      • Re: [PULL] drm-misc-next, Daniel Vetter
        • Re: [PULL] drm-misc-next, Daniel Vetter
          • [PULL] drm-misc-next, v2!, Maarten Lankhorst
  • [PULL] drm-misc-next, Maarten Lankhorst
  • [PULL] drm-misc-next, Maarten Lankhorst
    • Re: [PULL] drm-misc-next, Daniel Vetter
  • [PULL] drm-misc-next, Maarten Lankhorst
  • [PULL] drm-misc-next, Maxime Ripard
    • Re: [PULL] drm-misc-next, Dave Airlie
      • Re: [PULL] drm-misc-next, Daniel Vetter
        • Re: [PULL] drm-misc-next, Emil Velikov
          • Re: [PULL] drm-misc-next, Daniel Vetter
            • Re: [PULL] drm-misc-next, Emil Velikov
              • Re: [PULL] drm-misc-next, Daniel Vetter
                • Re: [PULL] drm-misc-next, Daniel Stone
                  • Re: [PULL] drm-misc-next, Emil Velikov
                    • Re: [PULL] drm-misc-next, Jani Nikula
            • Re: [PULL] drm-misc-next, Daniel Vetter
        • Re: [PULL] drm-misc-next, Rob Herring
          • Re: [PULL] drm-misc-next, Daniel Vetter
      • Re: [PULL] drm-misc-next, Maxime Ripard
        • Re: [PULL] drm-misc-next, Daniel Vetter
          • Re: [PULL] drm-misc-next, Maxime Ripard
            • Re: [PULL] drm-misc-next, Daniel Vetter
              • Re: [PULL] drm-misc-next, Maxime Ripard
  • [PULL] drm-misc-next, Maxime Ripard
  • [PULL] drm-misc-next, Maxime Ripard
    • Re: [PULL] drm-misc-next, Chris Wilson
      • Re: [PULL] drm-misc-next, Maxime Ripard
  • [PULL] drm-misc-next, Maxime Ripard
  • [PULL] drm-misc-next, Maxime Ripard
• Re: [PATCH 1/2] drm/i915/glk: Split GLK DSI device ready functionality, Jani Nikula
• Re: [PATCH 6/7] drm/i915: also move version 2 of the register picking macros up, Jani Nikula
• Re: [PATCH 5/7] drm/i915: add _PICK macro for the "a + index * (b - a)" macros, Jani Nikula
  • Re: [PATCH 5/7] drm/i915: add _PICK macro for the "a + index * (b - a)" macros, Chauhan, Madhav
• Re: [PATCH 4/7] drm/i915: rename _PICK to _PICK3, Jani Nikula
• [PATCH v9 00/21] Gen8+ engine-reset, Michel Thierry
  • [PATCH v9 05/21] drm/i915: Add support for per engine reset recovery, Michel Thierry
    • Re: [PATCH v9 05/21] drm/i915: Add support for per engine reset recovery, Chris Wilson
    • Re: [PATCH v9 05/21] drm/i915: Add support for per engine reset recovery, Chris Wilson
      • Re: [PATCH v9 05/21] drm/i915: Add support for per engine reset recovery, Michel Thierry
  • [PATCH v9 12/21] drm/i915/guc: fix mmio whitelist mmio_start offset and add reminder, Michel Thierry
  • [PATCH v9 07/21] drm/i915: Export per-engine reset count info to debugfs, Michel Thierry
  • [PATCH v9 15/21] drm/i915/guc: Add support for reset engine using GuC commands, Michel Thierry
  • [PATCH v9 17/21] drm/i915: Watchdog timeout: IRQ handler for gen8+, Michel Thierry
  • [PATCH v9 06/21] drm/i915: Add engine reset count to error state, Michel Thierry
  • [PATCH v9 10/21] drm/i915: Add engine reset count in get-reset-stats ioctl, Michel Thierry
    • Re: [PATCH v9 10/21] drm/i915: Add engine reset count in get-reset-stats ioctl, Chris Wilson
      • Re: [PATCH v9 10/21] drm/i915: Add engine reset count in get-reset-stats ioctl, Michel Thierry
  • [PATCH v9 01/21] drm/i915: Look for active requests earlier in the reset path, Michel Thierry
  • [PATCH v9 02/21] drm/i915: Update i915.reset to handle engine resets, Michel Thierry
  • [PATCH v9 13/21] drm/i915/guc: Provide register list to be saved/restored during engine reset, Michel Thierry
  • [PATCH v9 03/21] drm/i915: Modify error handler for per engine hang recovery, Michel Thierry
  • [PATCH v9 RFC 08/21] drm/i915: Carry on with reset even if hw engine is not ready, Michel Thierry
  • [PATCH v9 18/21] drm/i915: Watchdog timeout: Ringbuffer command emission for gen8+, Michel Thierry
  • [PATCH v9 16/21] drm/i915: Watchdog timeout: Pass GuC shared data structure during param load, Michel Thierry
  • [PATCH v9 14/21] drm/i915/guc: Rename the function that resets the GuC, Michel Thierry
  • [PATCH v9 11/21] drm/i915/selftests: reset engine self tests, Michel Thierry
  • [PATCH v9 09/21] drm/i915: Enable Engine reset and recovery support, Michel Thierry
  • [PATCH v9 19/21] drm/i915: Watchdog timeout: DRM kernel interface to set the timeout, Michel Thierry
  • [PATCH v9 04/21] drm/i915: Include reset engine information in has_gpu_reset getparam, Michel Thierry
  • [PATCH v9 21/21] drm/i915: Watchdog timeout: Export media reset count from GuC to debugfs, Michel Thierry
  • [PATCH v9 20/21] drm/i915: Watchdog timeout: Include threshold value in error state, Michel Thierry
  • ✓ Fi.CI.BAT: success for Gen8+ engine-reset (rev13), Patchwork
• [PULL] drm-misc-fixes, Sean Paul
  • <Possible follow-ups>
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
    • Re: [PULL] drm-misc-fixes, Daniel Vetter
      • Re: [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Daniel Vetter
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Daniel Vetter
  • [PULL] drm-misc-fixes, Daniel Vetter
  • [PULL] drm-misc-fixes, Daniel Vetter
  • [PULL] drm-misc-fixes, Daniel Vetter
  • [PULL] drm-misc-fixes, Daniel Vetter
    • Re: [PULL] drm-misc-fixes, Linus Torvalds
  • [PULL] drm-misc-fixes, Daniel Vetter
  • [PULL] drm-misc-fixes, Daniel Vetter
  • [PULL] drm-misc-fixes, Daniel Vetter
  • [PULL] drm-misc-fixes, Gustavo Padovan
    • Re: [PULL] drm-misc-fixes, Gustavo Padovan
  • [PULL] drm-misc-fixes, Gustavo Padovan
  • [PULL] drm-misc-fixes, Gustavo Padovan
  • [PULL] drm-misc-fixes, Gustavo Padovan
  • [PULL] drm-misc-fixes, Gustavo Padovan
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Maarten Lankhorst
  • [PULL] drm-misc-fixes, Maarten Lankhorst
  • [PULL] drm-misc-fixes, Maarten Lankhorst
  • [PULL] drm-misc-fixes, Maarten Lankhorst
  • [PULL] drm-misc-fixes, Maarten Lankhorst
  • [PULL] drm-misc-fixes, Maarten Lankhorst
  • [PULL] drm-misc-fixes, Maarten Lankhorst
  • [PULL] drm-misc-fixes, Maarten Lankhorst
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Maarten Lankhorst
  • [PULL] drm-misc-fixes, Maarten Lankhorst
  • [PULL] drm-misc-fixes, Maarten Lankhorst
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
    • Re: [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
    • Re: [PULL] drm-misc-fixes, Daniel Vetter
  • [PULL] drm-misc-fixes, Maarten Lankhorst
  • [PULL] drm-misc-fixes, Maarten Lankhorst
  • [PULL] drm-misc-fixes, Maarten Lankhorst
  • [PULL] drm-misc-fixes, Maarten Lankhorst
  • [PULL] drm-misc-fixes, Maarten Lankhorst
  • [PULL] drm-misc-fixes, Maarten Lankhorst
  • [PULL] drm-misc-fixes, Maxime Ripard
  • [PULL] drm-misc-fixes, Maxime Ripard
  • [PULL] drm-misc-fixes, Maxime Ripard
  • [PULL] drm-misc-fixes, Maxime Ripard
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
    • Re: [PULL] drm-misc-fixes, Daniel Vetter
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Sean Paul
  • [PULL] drm-misc-fixes, Maarten Lankhorst
    • Re: [PULL] drm-misc-fixes, Daniel Vetter
  • [PULL] drm-misc-fixes, Maarten Lankhorst
  • [PULL] drm-misc-fixes, Maarten Lankhorst
• Re: [PATCH IGT v2] Replace mentions of Intel GPU Tools by IGT GPU Tools, Jani Nikula
  • Re: [PATCH IGT v2] Replace mentions of Intel GPU Tools by IGT GPU Tools, Rodrigo Vivi
    • Re: [PATCH IGT v2] Replace mentions of Intel GPU Tools by IGT GPU Tools, Jani Nikula
• Re: drm/i915: Make MMIO_PORT flexible., Jani Nikula
• [PATCH 4.11 13/13] drm/i915: Disable decoupled MMIO, Greg Kroah-Hartman
• [PATCH 4.11 01/13] drm/i915: Do not drop pagetables when empty, Greg Kroah-Hartman
• [PATCH] drm/i915: Actually attach the tv_format property to the SDVO connector, ville . syrjala
  • Re: [PATCH] drm/i915: Actually attach the tv_format property to the SDVO connector, Rodrigo Vivi
  • ✗ Fi.CI.BAT: warning for drm/i915: Actually attach the tv_format property to the SDVO connector, Patchwork
    • Re: ✗ Fi.CI.BAT: warning for drm/i915: Actually attach the tv_format property to the SDVO connector, Ville Syrjälä
  • Re: [PATCH] drm/i915: Actually attach the tv_format property to the SDVO connector, Maarten Lankhorst
• [PATCH] drm/i915: Make intel_digital_port_connected() work for any port, ville . syrjala
  • ✓ Fi.CI.BAT: success for drm/i915: Make intel_digital_port_connected() work for any port, Patchwork
  • Re: [PATCH] drm/i915: Make intel_digital_port_connected() work for any port, Manasi Navare
    • Re: [PATCH] drm/i915: Make intel_digital_port_connected() work for any port, Ville Syrjälä
• [PATCH] dim: allow setup to work with different usernames, Lionel Landwerlin
• [drm-intel:for-linux-next 2/3] drivers/gpu/drm/i915/i915_gem_execbuffer.c:300:2-7: WARNING: NULL check before freeing functions like kfree, debugfs_remove, debugfs_remove_recursive or usb_free_urb is not needed. Maybe consider reorganizing relevant code to avoid passing NULL values., kbuild test robot
  • [PATCH] drm/i915: fix ifnullfree.cocci warnings, kbuild test robot
    • Re: [PATCH] drm/i915: fix ifnullfree.cocci warnings, Chris Wilson
• [PULL] drm-intel-fixes, Jani Nikula
  • <Possible follow-ups>
  • [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Daniel Vetter
  • [PULL] drm-intel-fixes, Daniel Vetter
  • [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Rodrigo Vivi
    • Re: [PULL] drm-intel-fixes, Dave Airlie
      • Re: [PULL] drm-intel-fixes, Dave Airlie
        • Re: [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Joonas Lahtinen
  • [PULL] drm-intel-fixes, Joonas Lahtinen
  • [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Joonas Lahtinen
  • [PULL] drm-intel-fixes, Joonas Lahtinen
  • [PULL] drm-intel-fixes, Joonas Lahtinen
  • [PULL] drm-intel-fixes, Joonas Lahtinen
  • [PULL] drm-intel-fixes, Joonas Lahtinen
  • [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
    • ✗ Fi.CI.BAT: failure for drm-intel-fixes, Patchwork
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Joonas Lahtinen
  • [PULL] drm-intel-fixes, Joonas Lahtinen
  • [PULL] drm-intel-fixes, Joonas Lahtinen
  • [PULL] drm-intel-fixes, Joonas Lahtinen
  • [PULL] drm-intel-fixes, Joonas Lahtinen
  • [PULL] drm-intel-fixes, Joonas Lahtinen
  • [PULL] drm-intel-fixes, Jani Nikula
    • Re: [PULL] drm-intel-fixes, Daniel Vetter
  • [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Jani Nikula
    • Re: [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Rodrigo Vivi
  • [PULL] drm-intel-fixes, Joonas Lahtinen
  • [PULL] drm-intel-fixes, Joonas Lahtinen
  • [PULL] drm-intel-fixes, Joonas Lahtinen
  • [PULL] drm-intel-fixes, Jani Nikula
    • Re: [PULL] drm-intel-fixes, Daniel Vetter
  • [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Joonas Lahtinen
  • [PULL] drm-intel-fixes, Jani Nikula
    • Re: [PULL] drm-intel-fixes, Gerd Hoffmann
  • [PULL] drm-intel-fixes, Jani Nikula
  • [PULL] drm-intel-fixes, Jani Nikula
    • Re: [PULL] drm-intel-fixes, Daniel Vetter
  • [PULL] drm-intel-fixes, Jani Nikula
• Re: [PATCH i-g-t] tests: Rename I915_MAX_PIPES to IGT_MAX_PIPES, Leo
  • Re: [PATCH i-g-t] tests: Rename I915_MAX_PIPES to IGT_MAX_PIPES, Arkadiusz Hiler
    • Re: [PATCH i-g-t] tests: Rename I915_MAX_PIPES to IGT_MAX_PIPES, Arkadiusz Hiler
      • Re: [PATCH i-g-t] tests: Rename I915_MAX_PIPES to IGT_MAX_PIPES, Harry Wentland
• Pixel-perfect frame checks in IGT Chamelium tests and CRC, Paul Kocialkowski
  • Re: Pixel-perfect frame checks in IGT Chamelium tests and CRC, Lyude Paul
    • Re: Pixel-perfect frame checks in IGT Chamelium tests and CRC, Jani Nikula
    • Re: Pixel-perfect frame checks in IGT Chamelium tests and CRC, Paul Kocialkowski
  • Re: Pixel-perfect frame checks in IGT Chamelium tests and CRC, chihchung
    • Re: Pixel-perfect frame checks in IGT Chamelium tests and CRC, Paul Kocialkowski
      • Re: Pixel-perfect frame checks in IGT Chamelium tests and CRC, Chih-Chung Chang
        • Re: Pixel-perfect frame checks in IGT Chamelium tests and CRC, Paul Kocialkowski
• Re: [PATCH 5/5] drm/i915: Add support for the YCbCr COLOR_RANGE property, Sharma, Shashank
• Re: [PATCH 4/5] drm/i915: Change the COLOR_ENCODING prop default value to BT.709, Sharma, Shashank
• Re: [PATCH 3/5] drm/i915: Add support for the YCbCr COLOR_ENCODING property, Sharma, Shashank
  • Re: [PATCH 3/5] drm/i915: Add support for the YCbCr COLOR_ENCODING property, Ville Syrjälä
• Re: [PATCH 0/7] drm/i915: Pipe A quirk rework, Ville Syrjälä
• [PATCH] drm/i915: Differentiate between sw write location into ring and last hw read, Chris Wilson
  • Re: [PATCH] drm/i915: Differentiate between sw write location into ring and last hw read, Jani Nikula
• Re: [PATCH 33/37] drm/tegra: Drop drm_vblank_cleanup, Thierry Reding
  • Re: [PATCH 33/37] drm/tegra: Drop drm_vblank_cleanup, Daniel Vetter
• Re: [PATCH 10/37] drm/doc: vblank cleanup, Thierry Reding
  • Re: [PATCH 10/37] drm/doc: vblank cleanup, Daniel Vetter
• [passive aggressive RESEND 1/2] drm/i915: Mark CPU cache as dirty on every transition for CPU writes, Chris Wilson
  • [passive aggressive RESEND 2/2] drm/i915: Store i915_gem_object_is_coherent() as a bit next to cache-dirty, Chris Wilson
    • Re: [passive aggressive RESEND 2/2] drm/i915: Store i915_gem_object_is_coherent() as a bit next to cache-dirty, Tvrtko Ursulin
      • Re: [passive aggressive RESEND 2/2] drm/i915: Store i915_gem_object_is_coherent() as a bit next to cache-dirty, Chris Wilson
    • [PATCH v2] drm/i915: Store i915_gem_object_is_coherent() as a bit next to cache-dirty, Chris Wilson
      • Re: [PATCH v2] drm/i915: Store i915_gem_object_is_coherent() as a bit next to cache-dirty, Tvrtko Ursulin
  • ✓ Fi.CI.BAT: success for series starting with [passive,aggressive,RESEND,1/2] drm/i915: Mark CPU cache as dirty on every transition for CPU writes, Patchwork
  • Re: [passive aggressive RESEND 1/2] drm/i915: Mark CPU cache as dirty on every transition for CPU writes, Tvrtko Ursulin
    • Re: [passive aggressive RESEND 1/2] drm/i915: Mark CPU cache as dirty on every transition for CPU writes, Chris Wilson
      • Re: [passive aggressive RESEND 1/2] drm/i915: Mark CPU cache as dirty on every transition for CPU writes, Tvrtko Ursulin
        • Re: [passive aggressive RESEND 1/2] drm/i915: Mark CPU cache as dirty on every transition for CPU writes, Chris Wilson
          • Re: [passive aggressive RESEND 1/2] drm/i915: Mark CPU cache as dirty on every transition for CPU writes, Tvrtko Ursulin
            • Re: [passive aggressive RESEND 1/2] drm/i915: Mark CPU cache as dirty on every transition for CPU writes, Chris Wilson
  • ✗ Fi.CI.BAT: warning for series starting with [passive,aggressive,RESEND,1/2] drm/i915: Mark CPU cache as dirty on every transition for CPU writes (rev2), Patchwork
• Re: [PATCH v2 1/5] drm/i915: Correctly handle limited range YCbCr data on VLV/CHV, Sharma, Shashank
  • Re: [PATCH v2 1/5] drm/i915: Correctly handle limited range YCbCr data on VLV/CHV, Ville Syrjälä
• Re: [PATCH 2/5] drm/i915: Fix plane YCbCr->RGB conversion for GLK, Sharma, Shashank
  • Re: [PATCH 2/5] drm/i915: Fix plane YCbCr->RGB conversion for GLK, Ville Syrjälä
    • Re: [PATCH 2/5] drm/i915: Fix plane YCbCr->RGB conversion for GLK, Sharma, Shashank
      • Re: [PATCH 2/5] drm/i915: Fix plane YCbCr->RGB conversion for GLK, Ville Syrjälä
• Re: [PATCH 3/8] drm/i915: Set scaler mode for NV12, Srinivas, Vidya
• Re: [PATCH 6/8] drm/i915: Add NV12 as supported format for primary plane, Srinivas, Vidya
• Re: [PATCH 8/8] drm/i915: Add NV12 support to intel_framebuffer_init, Srinivas, Vidya
• Re: [PATCH 7/8] drm/i915: Add NV12 as supported format for sprite plane, Srinivas, Vidya
• Re: [PATCH 24/24] RFC drm/i915: Expose a PMU interface for perf queries, Tvrtko Ursulin
• Re: [PATCH v2 0/7] Add Y-tiling support into IGTs, Praveen Paneri
• [PATCH 1/4] drm/i915: Trim struct_mutex usage for kms, Chris Wilson
  • [PATCH 4/4] drm/i915: Pin the pages before acquiring struct_mutex for display, Chris Wilson
  • [PATCH 2/4] drm/i915: Defer cleanup of active KMS state, Chris Wilson
    • Re: [PATCH 2/4] drm/i915: Defer cleanup of active KMS state, Maarten Lankhorst
  • [PATCH 3/4] drm/i915: Make i915_gem_object_phys_attach() use obj->mm.lock more appropriately, Chris Wilson
    • Re: [PATCH 3/4] drm/i915: Make i915_gem_object_phys_attach() use obj->mm.lock more appropriately, Ville Syrjälä
  • ✓ Fi.CI.BAT: success for series starting with [1/4] drm/i915: Trim struct_mutex usage for kms, Patchwork
  • Re: [PATCH 1/4] drm/i915: Trim struct_mutex usage for kms, Maarten Lankhorst
• [CI 1/3] drm/i915: Amalgamate execbuffer parameter structures, Chris Wilson
  • [CI 2/3] drm/i915: Use vma->exec_entry as our double-entry placeholder, Chris Wilson
  • [CI 3/3] drm/i915: Split vma exec_link/evict_link, Chris Wilson
  • ✓ Fi.CI.BAT: success for series starting with [CI,1/3] drm/i915: Amalgamate execbuffer parameter structures, Patchwork
• Re: [PATCH] drm/i915: Make i915_gem_object_phys_attach() use obj->mm.lock more appropriately, Chris Wilson
• Re: [RFC v3] drm/i915: Select engines via class and instance in execbuffer2, Tvrtko Ursulin
• [PATCH v9 0/7] drm/i915/gvt: Dma-buf support for GVT-g, Xiaoguang Chen
  • [PATCH v9 1/7] drm/i915/gvt: Extend the GVT-g architecture, Xiaoguang Chen
  • [PATCH v9 2/7] drm/i915/gvt: OpRegion support for GVT-g, Xiaoguang Chen
  • [PATCH v9 3/7] drm: Extend the drm format, Xiaoguang Chen
    • Re: [PATCH v9 3/7] drm: Extend the drm format, Ville Syrjälä
      • Re: [PATCH v9 3/7] drm: Extend the drm format, Zhang, Tina
  • [PATCH v9 4/7] drm/i915/gvt: Frame buffer decoder support for GVT-g, Xiaoguang Chen
  • [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Xiaoguang Chen
    • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Kirti Wankhede
      • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Gerd Hoffmann
        • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Alex Williamson
          • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Gerd Hoffmann
            • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Alex Williamson
          • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Kirti Wankhede
            • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Alex Williamson
              • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Kirti Wankhede
              • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Gerd Hoffmann
                • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Alex Williamson
                  • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Gerd Hoffmann
                    • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Kirti Wankhede
                      • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Gerd Hoffmann
                        • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Kirti Wankhede
                          • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Gerd Hoffmann
            • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Gerd Hoffmann
              • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Alex Williamson
                • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Zhang, Tina
                  • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Gerd Hoffmann
                    • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Alex Williamson
                      • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Kirti Wankhede
                      • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Zhang, Tina
                        • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Alex Williamson
                          • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Zhang, Tina
                            • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Gerd Hoffmann
                              • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Alex Williamson
                                • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Gerd Hoffmann
                                • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Alex Williamson
                                • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Gerd Hoffmann
                                • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Zhi Wang
                                • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Gerd Hoffmann
                                • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Alex Williamson
                                • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Alex Williamson
                                • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Gerd Hoffmann
                              • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Zhang, Tina
                      • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Gerd Hoffmann
                    • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Zhang, Tina
                      • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Gerd Hoffmann
                        • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Alex Williamson
                          • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Gerd Hoffmann
                            • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Zhang, Tina
                              • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Gerd Hoffmann
                                • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Daniel Vetter
                                • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Zhang, Tina
                • Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations, Kirti Wankhede
  • [PATCH v9 6/7] drm/i915/gvt: Dmabuf support for GVT-g, Xiaoguang Chen
  • [PATCH v9 7/7] drm/i915/gvt: Adding user interface for dma-buf, Xiaoguang Chen
  • ✗ Fi.CI.BAT: failure for drm/i915/gvt: dma-buf support for GVT-g (rev9), Patchwork
• Patch "drm/i915: Do not drop pagetables when empty" has been added to the 4.11-stable tree, gregkh
• Re: [PATCH 0/3] Reviving the PWM_LPSS patches yet again, Kumar, Shobhit
• [PATCH v2 0/6] drm: add asynchrounous plane update, Gustavo Padovan
  • [PATCH v2 1/6] drm/atomic: initial support for asynchronous plane update, Gustavo Padovan
  • [PATCH v2 2/6] drm/i915: update cursors asynchronously through atomic, Gustavo Padovan
  • [PATCH v2 3/6] drm/i915: remove intel_cursor_plane_funcs, Gustavo Padovan
  • [PATCH v2 5/6] drm/msm: remove mdp5_cursor_plane_funcs, Gustavo Padovan
  • [PATCH v2 4/6] drm/msm: update cursors asynchronously through atomic, Gustavo Padovan
  • [PATCH v2 6/6] drm/vc4: update cursors asynchronously through atomic, Gustavo Padovan
    • [PATCH v2 6/6 squash] drm/vc4: Fixup for the drm core async changes., Eric Anholt
      • [PATCH] drm/vc4: update cursors asynchronously through atomic, Gustavo Padovan
  • ✗ Fi.CI.BAT: failure for drm: add asynchrounous plane update, Patchwork
  • ✗ Fi.CI.BAT: failure for drm: add asynchrounous plane update (rev2), Patchwork
  • ✗ Fi.CI.BAT: failure for drm: add asynchrounous plane update (rev3), Patchwork
• [PATCH] drm/i915: Set value of fake mst encoder's hpd pin, Ethan Hsieh
  • ✓ Fi.CI.BAT: success for drm/i915: Set value of fake mst encoder's hpd pin, Patchwork
  • Re: [PATCH] drm/i915: Set value of fake mst encoder's hpd pin, Ville Syrjälä
• Re: [PATCH RESEND v11 0/3] Enhancement to intel_dp_aux_backlight driver, Puthikorn Voravootivat
• Re: [PATCH v2] drm/i915: Don't enable backlight at setup time., Puthikorn Voravootivat
  • Re: [PATCH v2] drm/i915: Don't enable backlight at setup time., Ville Syrjälä
• [igt PATCH] igt/pm_rps: Remove remaining assert on CUR <= MAX, jeff . mcgee
  • Re: [igt PATCH] igt/pm_rps: Remove remaining assert on CUR <= MAX, Szwichtenberg, Radoslaw
    • Re: [igt PATCH] igt/pm_rps: Remove remaining assert on CUR <= MAX, Arkadiusz Hiler
      • Re: [igt PATCH] igt/pm_rps: Remove remaining assert on CUR <= MAX, Arkadiusz Hiler
        • Re: [igt PATCH] igt/pm_rps: Remove remaining assert on CUR <= MAX, Jeff McGee
          • Re: [igt PATCH] igt/pm_rps: Remove remaining assert on CUR <= MAX, Arkadiusz Hiler
• [PATCH v3 0/4] drm/i915: Misc improvements around module params, Michal Wajdeczko
  • [PATCH v3 1/4] drm/i915: Rename lvds_use_ssc modparam to panel_use_ssc, Michal Wajdeczko
  • [PATCH v3 3/4] drm/i915: Highlight modified i915 params in gpu error state, Michal Wajdeczko
  • [PATCH v3 2/4] drm/i915: Extend PARAMS_FOR_EACH macro with more data, Michal Wajdeczko
    • Re: [PATCH v3 2/4] drm/i915: Extend PARAMS_FOR_EACH macro with more data, Jani Nikula
  • [PATCH v3 4/4] drm/i915/debugfs: Highlight modified i915 params, Michal Wajdeczko
  • ✓ Fi.CI.BAT: success for drm/i915: Misc improvements around module params (rev3), Patchwork
• [PATCH v3 00/14] HDMI YCBCR output handling in DRM layer, Shashank Sharma
  • [PATCH v3 01/14] drm: add HDMI 2.0 VIC support for AVI info-frames, Shashank Sharma
    • Re: [PATCH v3 01/14] drm: add HDMI 2.0 VIC support for AVI info-frames, Thierry Reding
      • Re: [PATCH v3 01/14] drm: add HDMI 2.0 VIC support for AVI info-frames, Sharma, Shashank
  • [PATCH v3 02/14] drm/edid: Complete CEA modedb(VIC 1-107), Shashank Sharma
    • Re: [PATCH v3 02/14] drm/edid: Complete CEA modedb(VIC 1-107), Ville Syrjälä
      • Re: [PATCH v3 02/14] drm/edid: Complete CEA modedb(VIC 1-107), Sharma, Shashank
        • Re: [PATCH v3 02/14] drm/edid: Complete CEA modedb(VIC 1-107), Ville Syrjälä
  • [PATCH v3 03/14] drm: add hdmi 2.0 source identifier, Shashank Sharma
  • [PATCH v3 08/14] drm: add helper functions for YCBCR output handling, Shashank Sharma
  • [PATCH v3 07/14] drm: set output colorspace in AVI infoframe, Shashank Sharma
  • [PATCH v3 09/14] drm/i915: add compute_config for YCBCR outputs, Shashank Sharma
    • Re: [PATCH v3 09/14] drm/i915: add compute_config for YCBCR outputs, kbuild test robot
  • [PATCH v3 05/14] drm: parse ycbcr 420 deep color information, Shashank Sharma
  • [PATCH v3 11/14] drm/i915: prepare pipe for YCBCR output, Shashank Sharma
  • [PATCH v3 10/14] drm/i915: prepare scaler for YCBCR420 modeset, Shashank Sharma
  • [PATCH v3 04/14] drm/edid: parse YCBCR 420 videomodes from EDID, Shashank Sharma
    • Re: [PATCH v3 04/14] drm/edid: parse YCBCR 420 videomodes from EDID, Ville Syrjälä
      • Re: [PATCH v3 04/14] drm/edid: parse YCBCR 420 videomodes from EDID, Sharma, Shashank
        • Re: [PATCH v3 04/14] drm/edid: parse YCBCR 420 videomodes from EDID, Ville Syrjälä
          • Re: [PATCH v3 04/14] drm/edid: parse YCBCR 420 videomodes from EDID, Sharma, Shashank
            • Re: [PATCH v3 04/14] drm/edid: parse YCBCR 420 videomodes from EDID, Ville Syrjälä
              • Re: [PATCH v3 04/14] drm/edid: parse YCBCR 420 videomodes from EDID, Sharma, Shashank
    • Re: [PATCH v3 04/14] drm/edid: parse YCBCR 420 videomodes from EDID, kbuild test robot
  • [PATCH v3 06/14] drm: create hdmi output property, Shashank Sharma
  • [PATCH v3 12/14] drm/i915: prepare csc unit for YCBCR HDMI output, Shashank Sharma
  • [PATCH v3 14/14] drm/i915/glk: set HDMI 2.0 identifier, Shashank Sharma
  • [PATCH v3 13/14] drm/i915: set colorspace for ycbcr outputs, Shashank Sharma
  • ✗ Fi.CI.BAT: failure for HDMI YCBCR output handling in DRM layer (rev3), Patchwork
    • Re: ✗ Fi.CI.BAT: failure for HDMI YCBCR output handling in DRM layer (rev3), Sharma, Shashank
• Re: [PATCH 3/7] drm/i915: use variable arguments for the macros that call _PICK, Rodrigo Vivi
• Re: [PATCH 2/7] drm/i915: _MMIO_PORT3 takes a port as an argument, Rodrigo Vivi
• Re: [PATCH 1/7] drm/i915: reorder the register picking macros, Rodrigo Vivi
• [PATCH] drm/i915: decouple runtime PM enablement from DMC presence, matthew . s . atwood
  • Re: [PATCH] drm/i915: decouple runtime PM enablement from DMC presence, Imre Deak
    • Re: [PATCH] drm/i915: decouple runtime PM enablement from DMC presence, Atwood, Matthew S
      • Re: [PATCH] drm/i915: decouple runtime PM enablement from DMC presence, Imre Deak
        • Re: [PATCH] drm/i915: decouple runtime PM enablement from DMC presence, Rodrigo Vivi
          • Re: [PATCH] drm/i915: decouple runtime PM enablement from DMC presence, Atwood, Matthew S
          • Re: [PATCH] drm/i915: decouple runtime PM enablement from DMC presence, Imre Deak
            • Re: [PATCH] drm/i915: decouple runtime PM enablement from DMC presence, Atwood, Matthew S
              • Re: [PATCH] drm/i915: decouple runtime PM enablement from DMC presence, Imre Deak
                • Re: [PATCH] drm/i915: decouple runtime PM enablement from DMC presence, Rodrigo Vivi
                  • Re: [PATCH] drm/i915: decouple runtime PM enablement from DMC presence, Imre Deak
                    • Re: [PATCH] drm/i915: decouple runtime PM enablement from DMC presence, Jani Nikula
                      • Re: [PATCH] drm/i915: decouple runtime PM enablement from DMC presence, Stéphane Marchesin
                        • Re: [PATCH] drm/i915: decouple runtime PM enablement from DMC presence, Jani Nikula
                          • Re: [PATCH] drm/i915: decouple runtime PM enablement from DMC presence, Tahvanainen, Jari
                            • Re: [PATCH] drm/i915: decouple runtime PM enablement from DMC presence, Chris Wilson
                          • Re: [PATCH] drm/i915: decouple runtime PM enablement from DMC presence, Stéphane Marchesin
  • ✗ Fi.CI.BAT: failure for drm/i915: decouple runtime PM enablement from DMC presence, Patchwork
• [PATCH] drm/i915: Do not drop pagetables when empty, Eric Blau
  • Re: [PATCH] drm/i915: Do not drop pagetables when empty, Jani Nikula
    • Re: [PATCH] drm/i915: Do not drop pagetables when empty, Greg KH
      • Re: [PATCH] drm/i915: Do not drop pagetables when empty, Jani Nikula
        • Re: [PATCH] drm/i915: Do not drop pagetables when empty, Greg KH
          • Re: [PATCH] drm/i915: Do not drop pagetables when empty, Jani Nikula
• Re: [PATCH 7/7] drm/i915: extract a _PICK2 macro, Ville Syrjälä
  • Re: [PATCH 7/7] drm/i915: extract a _PICK2 macro, Paulo Zanoni
  • Re: [PATCH 7/7] drm/i915: extract a _PICK2 macro, Rodrigo Vivi
    • Re: [PATCH 7/7] drm/i915: extract a _PICK2 macro, Jani Nikula
• Re: [PATCH] drm/i915: fix the issue DP-1 not working in guest, Anuar, Nuhairi
  • Re: [PATCH] drm/i915: fix the issue DP-1 not working in guest, Anuar, Nuhairi
    • Re: [PATCH] drm/i915: fix the issue DP-1 not working in guest, Ville Syrjälä
      • Re: [PATCH] drm/i915: fix the issue DP-1 not working in guest, Jani Nikula
• Re: [PATCH][drm-next] drm/i915/cnl: make function cnl_ddi_dp_set_dpll_hw_state static, Tvrtko Ursulin
  • Re: [PATCH][drm-next] drm/i915/cnl: make function cnl_ddi_dp_set_dpll_hw_state static, Ville Syrjälä
• [PATCH i-g-t] tests/chamelium: Set output pipe after mode change to refresh output, Paul Kocialkowski
  • Re: [PATCH i-g-t] tests/chamelium: Set output pipe after mode change to refresh output, Lyude Paul
    • Re: [PATCH i-g-t] tests/chamelium: Set output pipe after mode change to refresh output, Paul Kocialkowski
• Re: [PATCH] Revert "drm/i915/skl: New ddb allocation algorithm", Ander Conselvan De Oliveira
  • Re: [PATCH] Revert "drm/i915/skl: New ddb allocation algorithm", Matt Roper
    • Re: [PATCH] Revert "drm/i915/skl: New ddb allocation algorithm", Ander Conselvan De Oliveira
  • Re: [PATCH] Revert "drm/i915/skl: New ddb allocation algorithm", Mahesh Kumar
    • Re: [PATCH] Revert "drm/i915/skl: New ddb allocation algorithm", Ander Conselvan De Oliveira
      • Re: [PATCH] Revert "drm/i915/skl: New ddb allocation algorithm", Jani Nikula
        • Re: [PATCH] Revert "drm/i915/skl: New ddb allocation algorithm", Rodrigo Vivi
          • Re: [PATCH] Revert "drm/i915/skl: New ddb allocation algorithm", Matt Roper
            • Re: [PATCH] Revert "drm/i915/skl: New ddb allocation algorithm", Rodrigo Vivi
              • Re: [PATCH] Revert "drm/i915/skl: New ddb allocation algorithm", Vivi, Rodrigo
          • Re: [PATCH] Revert "drm/i915/skl: New ddb allocation algorithm", Jani Nikula
            • Re: [PATCH] Revert "drm/i915/skl: New ddb allocation algorithm", Vivi, Rodrigo
• [PATCH] drm/i915: Setting pch_id for HSW/BDW in virtual environment, Xiong Zhang
  • ✓ Fi.CI.BAT: success for drm/i915: Setting pch_id for HSW/BDW in virtual environment, Patchwork
    • Re: ✓ Fi.CI.BAT: success for drm/i915: Setting pch_id for HSW/BDW in virtual environment, Saarinen, Jani
    • Re: ✓ Fi.CI.BAT: success for drm/i915: Setting pch_id for HSW/BDW in virtual environment, Joonas Lahtinen
      • Re: ✓ Fi.CI.BAT: success for drm/i915: Setting pch_id for HSW/BDW in virtual environment, Martin Peres
  • Re: [PATCH] drm/i915: Setting pch_id for HSW/BDW in virtual environment, Imre Deak
    • Re: [PATCH] drm/i915: Setting pch_id for HSW/BDW in virtual environment, Zhang, Xiong Y
      • Re: [PATCH] drm/i915: Setting pch_id for HSW/BDW in virtual environment, Imre Deak
  • Re: [PATCH] drm/i915: Setting pch_id for HSW/BDW in virtual environment, Jani Nikula
  • Re: [PATCH] drm/i915: Setting pch_id for HSW/BDW in virtual environment, Daniel Vetter
    • Re: [PATCH] drm/i915: Setting pch_id for HSW/BDW in virtual environment, Jani Nikula
      • Re: [PATCH] drm/i915: Setting pch_id for HSW/BDW in virtual environment, Ville Syrjälä
      • Re: [PATCH] drm/i915: Setting pch_id for HSW/BDW in virtual environment, Zhang, Xiong Y
  • Re: [PATCH] drm/i915: Setting pch_id for HSW/BDW in virtual environment, Daniel Vetter
• [i-g-t v4 PATCH 1/2] Convert debugfs shell tests to C version, Abdiel Janulgue
  • [i-g-t PATCH v4 2/2] Convert tools shell tests to C version, Abdiel Janulgue
    • Re: [i-g-t PATCH v4 2/2] Convert tools shell tests to C version, Arkadiusz Hiler
  • Re: [i-g-t v4 PATCH 1/2] Convert debugfs shell tests to C version, Arkadiusz Hiler
• Re: [PATCH v2 5/5] drm/i915: Start writeback from the shrinker, Chris Wilson
• Re: [PATCH v8 3/6] drm/i915/gvt: Frame buffer decoder support for GVT-g, Zhenyu Wang
  • Re: [PATCH v8 3/6] drm/i915/gvt: Frame buffer decoder support for GVT-g, Chen, Xiaoguang
• Re: [PATCH IGT] tests/chamelium: Close DRM file descriptor after tests, Chris Wilson
  • Re: [PATCH IGT] tests/chamelium: Close DRM file descriptor after tests, Paul Kocialkowski
• [PATCH] drm/i915/selftests: silence a bogus spammy warning, Dan Carpenter
  • Re: [PATCH] drm/i915/selftests: silence a bogus spammy warning, Chris Wilson
    • Re: [PATCH] drm/i915/selftests: silence a bogus spammy warning, Dan Carpenter
• [PATCH v2 1/2] drm/atomic: move waiting for hw_done to a helper, Maarten Lankhorst
  • [PATCH v2 2/2] drm/i915: Wait for pending modesets to complete before trying link training, v2., Maarten Lankhorst
    • Re: [PATCH v2 2/2] drm/i915: Wait for pending modesets to complete before trying link training, v2., Ville Syrjälä
      • Re: [PATCH v2 2/2] drm/i915: Wait for pending modesets to complete before trying link training, v2., Maarten Lankhorst
  • ✓ Fi.CI.BAT: success for series starting with [v2,1/2] drm/atomic: move waiting for hw_done to a helper, Patchwork
  • Re: [PATCH v2 1/2] drm/atomic: move waiting for hw_done to a helper, Ville Syrjälä
    • Re: [PATCH v2 1/2] drm/atomic: move waiting for hw_done to a helper, Maarten Lankhorst
      • Re: [PATCH v2 1/2] drm/atomic: move waiting for hw_done to a helper, Ville Syrjälä
• [PATCH i-g-t] tests/kms_cursor_crc: Fix the cursor tests to work on CHV, Maarten Lankhorst
• Re: [PATCH i-g-t] tests/chamelium: Require HPD storm control for basic hotplug test, Paul Kocialkowski
  • Re: [PATCH i-g-t] tests/chamelium: Require HPD storm control for basic hotplug test, Paul Kocialkowski
    • Re: [PATCH i-g-t] tests/chamelium: Require HPD storm control for basic hotplug test, Paul Kocialkowski
• [PATCH] drm/i915: fix the issue DP-1 not working in guest, Mustamin B Mustaffa
  • ✓ Fi.CI.BAT: success for drm/i915: fix the issue DP-1 not working in guest, Patchwork
  • Re: [PATCH] drm/i915: fix the issue DP-1 not working in guest, Ville Syrjälä
  • [PATCH] drm/i915: fix the issue DP-1 not working in guest, Mustamin B Mustaffa
    • Re: [PATCH] drm/i915: fix the issue DP-1 not working in guest, Jani Nikula
      • Re: [PATCH] drm/i915: fix the issue DP-1 not working in guest, Mustaffa, Mustamin B
        • Re: [PATCH] drm/i915: fix the issue DP-1 not working in guest, Jani Nikula
          • Re: [PATCH] drm/i915: fix the issue DP-1 not working in guest, Mustaffa, Mustamin B
  • ✓ Fi.CI.BAT: success for drm/i915: fix the issue DP-1 not working in guest (rev2), Patchwork
  • ✗ Fi.CI.IGT: failure for drm/i915: fix the issue DP-1 not working in guest (rev2), Patchwork
• [PATCH] drm/i915: Check if WM is greater than previous level, Mustamin B Mustaffa
  • ✓ Fi.CI.BAT: success for drm/i915: Check if WM is greater than previous level, Patchwork
    • Re: ✓ Fi.CI.BAT: success for drm/i915: Check if WM is greater than previous level, Mustaffa, Mustamin B
• Re: [PATCH v8 4/6] vfio: Define vfio based vgpu's dma-buf operations, Chen, Xiaoguang
  • Re: [PATCH v8 4/6] vfio: Define vfio based vgpu's dma-buf operations, Alex Williamson
    • Re: [PATCH v8 4/6] vfio: Define vfio based vgpu's dma-buf operations, Chen, Xiaoguang