[Intel-gfx] ✓ Fi.CI.BAT: success for Multi DSB instance support (rev2)

2020-12-21 Thread Patchwork
== Series Details == Series: Multi DSB instance support (rev2) URL : https://patchwork.freedesktop.org/series/84934/ State : success == Summary == CI Bug Log - changes from CI_DRM_9509 -> Patchwork_19195 Summary --- **SUCCESS** No

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for Multi DSB instance support (rev2)

2020-12-21 Thread Patchwork
== Series Details == Series: Multi DSB instance support (rev2) URL : https://patchwork.freedesktop.org/series/84934/ State : warning == Summary == $ dim sparse --fast origin/drm-tip Sparse version: v0.6.2 Fast mode used, each commit won't be checked separately. - +drivers/gpu/drm/i915/gt/intel

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for Multi DSB instance support (rev2)

2020-12-21 Thread Patchwork
== Series Details == Series: Multi DSB instance support (rev2) URL : https://patchwork.freedesktop.org/series/84934/ State : warning == Summary == $ dim checkpatch origin/drm-tip 0c7de4da8b93 drm/i915/dsb: multi dsb instance support in prepare() and cleanup() -:167: WARNING:OOM_MESSAGE: Possib

[Intel-gfx] [PATCH 3/3] drm/i915/dsb: multi dsb instance support in dsb-commit()

2020-12-21 Thread Animesh Manna
To support multiple dsb instances per pipe dsb-id is passed as argumnet in dsb-commit() and respective cmd-buffer will be updated in actual hardware. v1: Initial version. v2: Improved commit description. Signed-off-by: Animesh Manna --- drivers/gpu/drm/i915/display/intel_dsb.c | 74

[Intel-gfx] [PATCH 2/3] drm/i915/dsb: multi dsb instance support in dsb-write()

2020-12-21 Thread Animesh Manna
To support multiple dsb instances per pipe dsb-id is passed as argumnet in dsb-write() which will write into respective dsb cmd-buffer. v1: Initial version. v2: Improved commit description. Signed-off-by: Animesh Manna --- drivers/gpu/drm/i915/display/intel_color.c | 40 +-

[Intel-gfx] [PATCH 1/3] drm/i915/dsb: multi dsb instance support in prepare() and cleanup()

2020-12-21 Thread Animesh Manna
Command buffer allocation is done for all 3 dsb instances for every pipe and cleanup code is modified accordingly. v1: Initial version. v2: Improved commit description. Signed-off-by: Animesh Manna --- drivers/gpu/drm/i915/display/intel_atomic.c | 9 +- drivers/gpu/drm/i915/display/intel_dis

[Intel-gfx] [PATCH 0/3] Multi DSB instance support

2020-12-21 Thread Animesh Manna
As an enhancement of dsb multi instance support added which can be used by color framework for big lut programming in future. Signed-off-by: Animesh Manna Animesh Manna (3): drm/i915/dsb: multi dsb instance support in prepare() and cleanup() drm/i915/dsb: multi dsb instance support in dsb-wr

Re: [Intel-gfx] [PATCH v2] drm/i915: Try to guess PCH type even without ISA bridge

2020-12-21 Thread Zhenyu Wang
On 2020.12.18 17:05:31 +0800, Xiong Zhang wrote: > From: Zhenyu Wang > > Some vmm like hyperv and crosvm don't supply any ISA bridge to their guest, > when igd passthrough is equipped on these vmm, guest i915 display may > couldn't work as guest i915 detects PCH_NONE pch type. > > When i915 runs

[Intel-gfx] ✓ Fi.CI.IGT: success for series starting with [CI,1/5] drm/i915/display: move needs_modeset to an inline in header (rev3)

2020-12-21 Thread Patchwork
== Series Details == Series: series starting with [CI,1/5] drm/i915/display: move needs_modeset to an inline in header (rev3) URL : https://patchwork.freedesktop.org/series/85132/ State : success == Summary == CI Bug Log - changes from CI_DRM_9509_full -> Patchwork_19193_full

[Intel-gfx] ✗ Fi.CI.BAT: failure for Introduce Intel PXP component - Mesa single session (rev14)

2020-12-21 Thread Patchwork
== Series Details == Series: Introduce Intel PXP component - Mesa single session (rev14) URL : https://patchwork.freedesktop.org/series/84620/ State : failure == Summary == CI Bug Log - changes from CI_DRM_9509 -> Patchwork_19194 Summary --

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for Introduce Intel PXP component - Mesa single session (rev14)

2020-12-21 Thread Patchwork
== Series Details == Series: Introduce Intel PXP component - Mesa single session (rev14) URL : https://patchwork.freedesktop.org/series/84620/ State : warning == Summary == $ dim sparse --fast origin/drm-tip Sparse version: v0.6.2 Fast mode used, each commit won't be checked separately. +drive

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for Introduce Intel PXP component - Mesa single session (rev14)

2020-12-21 Thread Patchwork
== Series Details == Series: Introduce Intel PXP component - Mesa single session (rev14) URL : https://patchwork.freedesktop.org/series/84620/ State : warning == Summary == $ dim checkpatch origin/drm-tip f633f387f40f drm/i915/pxp: Introduce Intel PXP component -:118: WARNING:FILE_PATH_CHANGES

[Intel-gfx] [RFC-v14 05/13] drm/i915/pxp: Func to send hardware session termination

2020-12-21 Thread Huang, Sean Z
Implement the functions to allow PXP to send a GPU command, in order to terminate the hardware session, so hardware can recycle this session slot for the next usage. Signed-off-by: Huang, Sean Z --- drivers/gpu/drm/i915/Makefile | 1 + drivers/gpu/drm/i915/pxp/intel_pxp.c |

[Intel-gfx] [RFC-v14 10/13] mei: pxp: export pavp client to me client bus

2020-12-21 Thread Huang, Sean Z
From: Vitaly Lubart Export PAVP client to work with i915_cp driver, for binding it uses kernel component framework. Signed-off-by: Vitaly Lubart Signed-off-by: Tomas Winkler --- drivers/misc/mei/Kconfig | 2 + drivers/misc/mei/Makefile | 1 + drivers/misc/mei/pxp/Kconfig | 1

[Intel-gfx] [RFC-v14 08/13] drm/i915/pxp: Enable PXP power management

2020-12-21 Thread Huang, Sean Z
During the power event S3+ sleep/resume, hardware will lose all the encryption keys for every hardware session, even though the software session state was marked as alive after resume. So to handle such case, PXP should terminate all the hardware sessions and cleanup all the software states after t

[Intel-gfx] [RFC-v14 13/13] drm/i915/pxp: Add plane decryption support

2020-12-21 Thread Huang, Sean Z
From: Anshuman Gupta Add support to enable/disable PLANE_SURF Decryption Request bit. It requires only to enable plane decryption support when following condition met. 1. PAVP session is enabled. 2. Buffer object is protected. v2: - Rebased to libva_cp-drm-tip_tgl_cp tree. - Used gen fb obj user

[Intel-gfx] [RFC-v14 09/13] drm/i915/pxp: Expose session state for display protection flip

2020-12-21 Thread Huang, Sean Z
Implement the intel_pxp_gem_object_status() to allow i915 display querying the current PXP session state. In the design, display should not perform protection flip on the protected buffers if there is no PXP session alive. Signed-off-by: Huang, Sean Z --- drivers/gpu/drm/i915/pxp/intel_pxp.c | 9

[Intel-gfx] [RFC-v14 01/13] drm/i915/pxp: Introduce Intel PXP component

2020-12-21 Thread Huang, Sean Z
PXP (Protected Xe Path) is an i915 componment, available on GEN12+, that helps to establish the hardware protected session and manage the status of the alive software session, as well as its life cycle. This patch series is to allow the kernel space to create and manage a single hardware session (

[Intel-gfx] [RFC-v14 07/13] drm/i915/pxp: Destroy arb session upon teardown

2020-12-21 Thread Huang, Sean Z
Teardown is triggered when the display topology changes and no long meets the secure playback requirement, and hardware trashes all the encryption keys for display. So as a result, PXP should handle such case and terminate the type0 sessions, which including arb session Signed-off-by: Huang, Sean

[Intel-gfx] [RFC-v14 04/13] drm/i915/pxp: Create the arbitrary session after boot

2020-12-21 Thread Huang, Sean Z
Create the arbitrary session, with the fixed session id 0xf, after system boot, for the case that application allocates the protected buffer without establishing any protection session. Because the hardware requires at least one alive session for protected buffer creation. This arbitrary session n

[Intel-gfx] [RFC-v14 02/13] drm/i915/pxp: set KCR reg init during the boot time

2020-12-21 Thread Huang, Sean Z
Set the KCR init during the boot time, which is required by hardware, to allow us doing further protection operation such as sending commands to GPU or TEE. Signed-off-by: Huang, Sean Z --- drivers/gpu/drm/i915/pxp/intel_pxp.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/g

[Intel-gfx] [RFC-v14 03/13] drm/i915/pxp: Implement funcs to create the TEE channel

2020-12-21 Thread Huang, Sean Z
Implement the funcs to create the TEE channel, so kernel can send the TEE commands directly to TEE for creating the arbitrary (defualt) session. Signed-off-by: Huang, Sean Z --- drivers/gpu/drm/i915/Makefile| 3 +- drivers/gpu/drm/i915/i915_drv.c | 1 + drivers/gpu/drm/i

[Intel-gfx] [RFC-v14 06/13] drm/i915/pxp: Enable PXP irq worker and callback stub

2020-12-21 Thread Huang, Sean Z
Create the irq worker that serves as callback handler, those callback stubs should be called while the hardware key teardown occurs. Signed-off-by: Huang, Sean Z --- drivers/gpu/drm/i915/gt/intel_gt_irq.c | 4 + drivers/gpu/drm/i915/i915_reg.h | 3 +- drivers/gpu/drm/i915/

[Intel-gfx] [RFC-v14 12/13] drm/i915/pxp: User interface for Protected buffer

2020-12-21 Thread Huang, Sean Z
From: Bommu Krishnaiah This api allow user mode to create Protected buffer and context creation. Signed-off-by: Bommu Krishnaiah Cc: Telukuntla Sreedhar Cc: Kondapally Kalyan Cc: Gupta Anshuman Cc: Huang Sean Z --- drivers/gpu/drm/i915/gem/i915_gem_context.c | 15 ++-- drivers/gp

[Intel-gfx] [RFC-v14 11/13] drm/i915/uapi: introduce drm_i915_gem_create_ext

2020-12-21 Thread Huang, Sean Z
From: Bommu Krishnaiah Same old gem_create but with now with extensions support. This is needed to support various upcoming usecases. For now we use the extensions mechanism to support PAVP. Signed-off-by: Bommu Krishnaiah Signed-off-by: Matthew Auld Cc: Joonas Lahtinen joonas.lahti...@linux.i

[Intel-gfx] [RFC-v14 00/13] Introduce Intel PXP component - Mesa single session

2020-12-21 Thread Huang, Sean Z
PXP (Protected Xe Path) is an i915 component, available on GEN12+ that helps to establish the hardware protected session and manage the status of the alive software session, as well as its life cycle. This patch series is to allow the kernel space to create and manage a single hardware session (

[Intel-gfx] ✓ Fi.CI.BAT: success for series starting with [CI,1/5] drm/i915/display: move needs_modeset to an inline in header (rev3)

2020-12-21 Thread Patchwork
== Series Details == Series: series starting with [CI,1/5] drm/i915/display: move needs_modeset to an inline in header (rev3) URL : https://patchwork.freedesktop.org/series/85132/ State : success == Summary == CI Bug Log - changes from CI_DRM_9509 -> Patchwork_19193 ==

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for series starting with [CI,1/5] drm/i915/display: move needs_modeset to an inline in header (rev3)

2020-12-21 Thread Patchwork
== Series Details == Series: series starting with [CI,1/5] drm/i915/display: move needs_modeset to an inline in header (rev3) URL : https://patchwork.freedesktop.org/series/85132/ State : warning == Summary == $ dim checkpatch origin/drm-tip e8060d01a918 drm/i915/display: move needs_modeset t

[Intel-gfx] [PATCH i-g-t] i915/gem_exec_fair: Try to spot unfairness

2020-12-21 Thread Chris Wilson
An important property for multi-client systems is that each client gets a 'fair' allotment of system time. (Where fairness is at the whim of the context properties, such as priorities.) This test forks N independent clients (albeit they happen to share a single vm), and does an equal amount of work

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/gt: Add a comment about how to use udev for configuring engines (rev2)

2020-12-21 Thread Patchwork
== Series Details == Series: drm/i915/gt: Add a comment about how to use udev for configuring engines (rev2) URL : https://patchwork.freedesktop.org/series/84578/ State : success == Summary == CI Bug Log - changes from CI_DRM_9509_full -> Patchwork_19192_full =

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/gt: Add a comment about how to use udev for configuring engines (rev2)

2020-12-21 Thread Patchwork
== Series Details == Series: drm/i915/gt: Add a comment about how to use udev for configuring engines (rev2) URL : https://patchwork.freedesktop.org/series/84578/ State : success == Summary == CI Bug Log - changes from CI_DRM_9509 -> Patchwork_19192 ===

[Intel-gfx] ✗ Fi.CI.IGT: failure for series starting with [CI,1/5] drm/i915/display: move needs_modeset to an inline in header (rev2)

2020-12-21 Thread Patchwork
== Series Details == Series: series starting with [CI,1/5] drm/i915/display: move needs_modeset to an inline in header (rev2) URL : https://patchwork.freedesktop.org/series/85132/ State : failure == Summary == CI Bug Log - changes from CI_DRM_9509_full -> Patchwork_19191_full

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm/i915/gt: Add a comment about how to use udev for configuring engines (rev2)

2020-12-21 Thread Patchwork
== Series Details == Series: drm/i915/gt: Add a comment about how to use udev for configuring engines (rev2) URL : https://patchwork.freedesktop.org/series/84578/ State : warning == Summary == $ dim checkpatch origin/drm-tip 0ff0eef96366 drm/i915/gt: Add a comment about how to use udev for co

Re: [Intel-gfx] Does the intel driver support faking a connected monitor?

2020-12-21 Thread Jani Nikula
On Sun, 20 Dec 2020, Paul Gardiner wrote: > The debug output was sufficient to track down the problem. It turned out > that the connection was called HDMI-A-1. When I used that name your > previous suggestion worked. To get exactly the behaviour I wanted I > needed to also load EDID. This is th

[Intel-gfx] ✓ Fi.CI.IGT: success for series starting with [v8,1/2] drm/i915/display: Support PSR Multiple Transcoders

2020-12-21 Thread Patchwork
== Series Details == Series: series starting with [v8,1/2] drm/i915/display: Support PSR Multiple Transcoders URL : https://patchwork.freedesktop.org/series/85136/ State : success == Summary == CI Bug Log - changes from CI_DRM_9509_full -> Patchwork_19190_full

[Intel-gfx] [PATCH] drm/i915/gt: Add a comment about how to use udev for configuring engines

2020-12-21 Thread Chris Wilson
We expose engine properties under sysfs so that the sysadmin can configure the driver according to their requirements. We can also use udev rules to then apply that configuration anytime a device is reloaded. Include a udev snippet provided by Joonas as an example. v2: Update the snippet Signed-o

[Intel-gfx] [PATCH i-g-t] i915/gem_exec_fair: Try to spot unfairness

2020-12-21 Thread Chris Wilson
An important property for multi-client systems is that each client gets a 'fair' allotment of system time. (Where fairness is at the whim of the context properties, such as priorities.) This test forks N independent clients (albeit they happen to share a single vm), and does an equal amount of work

[Intel-gfx] ✓ Fi.CI.BAT: success for series starting with [CI,1/5] drm/i915/display: move needs_modeset to an inline in header (rev2)

2020-12-21 Thread Patchwork
== Series Details == Series: series starting with [CI,1/5] drm/i915/display: move needs_modeset to an inline in header (rev2) URL : https://patchwork.freedesktop.org/series/85132/ State : success == Summary == CI Bug Log - changes from CI_DRM_9509 -> Patchwork_19191 ==

[Intel-gfx] [PATCH i-g-t] i915/gem_exec_fair: Try to spot unfairness

2020-12-21 Thread Chris Wilson
An important property for multi-client systems is that each client gets a 'fair' allotment of system time. (Where fairness is at the whim of the context properties, such as priorities.) This test forks N independent clients (albeit they happen to share a single vm), and does an equal amount of work

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for series starting with [CI,1/5] drm/i915/display: move needs_modeset to an inline in header (rev2)

2020-12-21 Thread Patchwork
== Series Details == Series: series starting with [CI,1/5] drm/i915/display: move needs_modeset to an inline in header (rev2) URL : https://patchwork.freedesktop.org/series/85132/ State : warning == Summary == $ dim checkpatch origin/drm-tip f3393b6c2693 drm/i915/display: move needs_modeset t

[Intel-gfx] ✓ Fi.CI.BAT: success for series starting with [v8,1/2] drm/i915/display: Support PSR Multiple Transcoders

2020-12-21 Thread Patchwork
== Series Details == Series: series starting with [v8,1/2] drm/i915/display: Support PSR Multiple Transcoders URL : https://patchwork.freedesktop.org/series/85136/ State : success == Summary == CI Bug Log - changes from CI_DRM_9509 -> Patchwork_19190 ==

[Intel-gfx] [PATCH v2] drm/i915: refactor i915 plane code into separate file.

2020-12-21 Thread Jani Nikula
From: Dave Airlie Ville suggested this as a good idea, let's move this before moving the crtc code. Signed-off-by: Dave Airlie Reviewed-by: Ville Syrjälä [Jani: fixed i915xx_plane.h standalone build.] Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/Makefile| 3 +- drive

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for series starting with [v8,1/2] drm/i915/display: Support PSR Multiple Transcoders

2020-12-21 Thread Patchwork
== Series Details == Series: series starting with [v8,1/2] drm/i915/display: Support PSR Multiple Transcoders URL : https://patchwork.freedesktop.org/series/85136/ State : warning == Summary == $ dim sparse --fast origin/drm-tip Sparse version: v0.6.2 Fast mode used, each commit won't be chec

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for series starting with [v8,1/2] drm/i915/display: Support PSR Multiple Transcoders

2020-12-21 Thread Patchwork
== Series Details == Series: series starting with [v8,1/2] drm/i915/display: Support PSR Multiple Transcoders URL : https://patchwork.freedesktop.org/series/85136/ State : warning == Summary == $ dim checkpatch origin/drm-tip b5d83e737ee4 drm/i915/display: Support PSR Multiple Transcoders -:1

Re: [Intel-gfx] [PATCH v9 1/5] drm: Add function to convert rect in 16.16 fixed format to regular format

2020-12-21 Thread Mun, Gwan-gyeong
On Fri, 2020-12-18 at 10:46 -0800, José Roberto de Souza wrote: > Much more clear to read one function call than four lines doing this > conversion. > > v7: > - function renamed > - calculating width and height before truncate > - inlined > > Cc: Ville Syrjälä > Cc: dri-de...@lists.freedesktop.o

[Intel-gfx] [PATCH v8 1/2] drm/i915/display: Support PSR Multiple Transcoders

2020-12-21 Thread Gwan-gyeong Mun
It is a preliminary work for supporting multiple EDP PSR and DP PanelReplay. And it refactors singleton PSR to Multi Transcoder supportable PSR. And this moves and renames the i915_psr structure of drm_i915_private's to intel_dp's intel_psr structure. It also causes changes in PSR interrupt handlin

[Intel-gfx] [PATCH v8 2/2] drm/i915/display: Support Multiple Transcoders' PSR status on debugfs

2020-12-21 Thread Gwan-gyeong Mun
In order to support the PSR state of each transcoder, it adds i915_psr_status to sub-directory of each transcoder. v2: Change using of Symbolic permissions 'S_IRUGO' to using of octal permissions '0444' v5: Addressed JJani Nikula's review comments - Remove checking of Gen12 for i915_psr_statu

Re: [Intel-gfx] [PATCH v7 1/2] drm/i915/display: Support PSR Multiple Transcoders

2020-12-21 Thread Mun, Gwan-gyeong
On Wed, 2020-12-16 at 18:56 +0530, Anshuman Gupta wrote: > On 2020-12-16 at 14:47:42 +0200, Gwan-gyeong Mun wrote: > > It is a preliminary work for supporting multiple EDP PSR and > > DP PanelReplay. And it refactors singleton PSR to Multi Transcoder > > supportable PSR. > > And this moves and rena

Re: [Intel-gfx] ✗ Fi.CI.BUILD: failure for series starting with [01/16] drm/i915/display: move needs_modeset to an inline in header

2020-12-21 Thread Petri Latvala
On Mon, Dec 21, 2020 at 11:03:42AM +0200, Jani Nikula wrote: > On Mon, 21 Dec 2020, Patchwork wrote: > > == Series Details == > > > > Series: series starting with [01/16] drm/i915/display: move needs_modeset > > to an inline in header > > URL : https://patchwork.freedesktop.org/series/85129/ >

[Intel-gfx] ✗ Fi.CI.BUILD: failure for series starting with [CI,1/5] drm/i915/display: move needs_modeset to an inline in header

2020-12-21 Thread Patchwork
== Series Details == Series: series starting with [CI,1/5] drm/i915/display: move needs_modeset to an inline in header URL : https://patchwork.freedesktop.org/series/85132/ State : failure == Summary == CALLscripts/checksyscalls.sh CALLscripts/atomic/check-atomics.sh DESCEND objt

[Intel-gfx] [CI 5/5] drm/i915: refactor i915 plane code into separate file.

2020-12-21 Thread Jani Nikula
From: Dave Airlie Ville suggested this as a good idea, let's move this before moving the crtc code. Signed-off-by: Dave Airlie Reviewed-by: Ville Syrjälä --- drivers/gpu/drm/i915/Makefile| 3 +- drivers/gpu/drm/i915/display/i9xx_plane.c| 704 +++ drivers/

[Intel-gfx] [CI 4/5] drm/i915: refactor cursor code out of i915_display.c

2020-12-21 Thread Jani Nikula
From: Dave Airlie This file is a monster, let's start simple, the cursor plane code seems pretty standalone, and splits out easily enough. Reviewed-by: Ville Syrjälä Signed-off-by: Dave Airlie [Jani: cleaned up intel_cursor.h a bit.] Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/Makefi

[Intel-gfx] [CI 3/5] drm/i915/display: fix misused comma

2020-12-21 Thread Jani Nikula
From: Dave Airlie There is no need for a comma use here. Reviewed-by: Ville Syrjälä Signed-off-by: Dave Airlie Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/display/intel_display.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/display/intel_

[Intel-gfx] [CI 2/5] drm/i915/display: move to_intel_frontbuffer to header

2020-12-21 Thread Jani Nikula
From: Dave Airlie This will be used for some refactoring in other files, so move it first. Signed-off-by: Dave Airlie Reviewed-by: Ville Syrjälä Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/display/intel_display.c | 6 -- drivers/gpu/drm/i915/display/intel_display_types.h |

[Intel-gfx] [CI 1/5] drm/i915/display: move needs_modeset to an inline in header

2020-12-21 Thread Jani Nikula
From: Dave Airlie This function is going to be used in a later change, so clean it up first before moving it. Reviewed-by: Ville Syrjälä Signed-off-by: Dave Airlie Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/display/intel_display.c | 78 +-- .../drm/i915/display/inte

Re: [Intel-gfx] ✗ Fi.CI.BUILD: failure for series starting with [01/16] drm/i915/display: move needs_modeset to an inline in header

2020-12-21 Thread Jani Nikula
On Mon, 21 Dec 2020, Patchwork wrote: > == Series Details == > > Series: series starting with [01/16] drm/i915/display: move needs_modeset to > an inline in header > URL : https://patchwork.freedesktop.org/series/85129/ > State : failure > > == Summary == > > Applying: drm/i915/display: move ne