[Intel-gfx] [PATCH 14/43] misc/mei/hdcp: Store the HDCP Pairing info

Provides Pairing info to ME to store. Pairing is a process to fast track the subsequent authentication with the same HDCP sink. On Success, received HDCP pairing info is stored in non-volatile memory of ME. Signed-off-by: Ramalingam C --- drivers/misc/mei/mei_hdcp.c |

[Intel-gfx] [PATCH 16/43] misc/mei/hdcp: Verify L_prime

Request to ME to verify the LPrime received from HDCP sink. On Success, ME FW will verify the received Lprime by calculating and comparing with L. This represents the completion of Locality Check. Signed-off-by: Ramalingam C --- drivers/misc/mei/mei_hdcp.c | 65

[Intel-gfx] [PATCH 22/43] drm/i915: Async execution of hdcp authentication

Each HDCP authentication, could take upto 5.1Sec, based on the downstream HDCP topology. Hence to avoid this much delay in the atomic_commit path, this patch schedules the HDCP authentication into a asynchronous work. This keeps the UI active, by enabling the flips in parallel to HDCP auth.

[Intel-gfx] [PATCH 23/43] drm/i915: wrapping all hdcp var into intel_hdcp

Considering the upcoming significant no HDCP2.2 variables, it will be clean to have separate struct fo HDCP. New structure called intel_hdcp is introduced. Signed-off-by: Ramalingam C --- drivers/gpu/drm/i915/intel_display.c | 9 ++- drivers/gpu/drm/i915/intel_dp.c

[Intel-gfx] [PATCH 25/43] drm/i915: Define HDCP2.2 related variables

For upcoming implementation of HDCP2.2 in I915, all variable required for HDCP2.2 are defined. This includes a translation layer called hdcp2_shim for encoder specific HDCP2.2 spec deviations. Signed-off-by: Ramalingam C --- drivers/gpu/drm/i915/i915_drv.h | 5 +++

[Intel-gfx] [PATCH 31/43] drm/i915: Implement HDCP2.2 En/Dis-able

Implements a sequence of enabling and disabling the HDCP2.2 (auth and encryption). Signed-off-by: Ramalingam C --- drivers/gpu/drm/i915/intel_hdcp.c | 70 +++ 1 file changed, 70 insertions(+) diff --git

[Intel-gfx] [PATCH 30/43] drm/i915: Enable and Disable HDCP2.2 port encryption

Implements the enable and disable functions for HDCP2.2 encryption of the PORT. Signed-off-by: Ramalingam C --- drivers/gpu/drm/i915/intel_hdcp.c | 50 +++ 1 file changed, 50 insertions(+) diff --git

[Intel-gfx] [PATCH 28/43] drm/i915: Implement HDCP2.2 receiver authentication

Implements HDCP2.2 authentication for hdcp2.2 receivers, with following steps: Authentication and Key enchange (AKE). Locality Check (LC). Session Key Exchange(SKE). DP Errata for stream type confuguration for receivers. At AKE, the HDCP Receiver’s public key

[Intel-gfx] [PATCH 00/43] drm/i915: Implement HDCP2.2

Based on HDCP1.4 framework introduced by Sean Paul, this series implements the HDCP2.2 in I915. The sequence for HDCP2.2 authentication and encryption is implemented in I915. Encoder specific implementations are moved into hdcp2_shim. Intel HWs supports HDCP2.2 through ME FW. Hence this series

[Intel-gfx] [PATCH 08/43] misc/mei/hdcp: Get & Put for mei cl_device

Interfaces to obtain and release the cl_device reference is developed. Using these interfaces intel hdcp driver will get the reference to the mei client devices, so that hdcp2.2 service calls can be routed to that client device. During registration, call back function will be registered with

[Intel-gfx] [PATCH 06/43] misc/mei/hdcp: Add KBuild for mei hdcp driver

Signed-off-by: Ramalingam C --- drivers/misc/mei/Kconfig | 6 ++ drivers/misc/mei/Makefile | 2 ++ 2 files changed, 8 insertions(+) diff --git a/drivers/misc/mei/Kconfig b/drivers/misc/mei/Kconfig index c49e1d2269af..90977132d1e2 100644 ---

[Intel-gfx] [PATCH 20/43] misc/mei/hdcp: Enabling the HDCP authentication

Request to ME to configure a port as authenticated. On Success, ME FW will mark th eport as authenticated and provides HDCP chiper of the port with the encryption keys. Enabling the Authentication can be requested once the all stages of HDCP2.2 authentication is completed by interating with ME

[Intel-gfx] [PATCH 15/43] misc/mei/hdcp: Initiate Locality check

Requests ME to start the second stage of HDCP2.2 authentication, called Locality Check. On Success, ME FW will provide LC_Init message to send to hdcp sink. Signed-off-by: Ramalingam C --- drivers/misc/mei/mei_hdcp.c | 64 +

Re: [Intel-gfx] [PATCH 35/43] drm/i915: Enable HDCP version that is best capable

On Wednesday 14 February 2018 08:12 PM, Chris Wilson wrote: Quoting Ramalingam C (2018-02-14 14:13:50) hdcp_enable_work is extended to choose the better hdcp version based on the system and panel capability. And intel_hdcp_disable will find the version that is inforce, if any. And

Re: [Intel-gfx] [PATCH 25/43] drm/i915: Define HDCP2.2 related variables

On Wednesday 14 February 2018 08:06 PM, Chris Wilson wrote: Quoting Ramalingam C (2018-02-14 14:13:40) For upcoming implementation of HDCP2.2 in I915, all variable required for HDCP2.2 are defined. This includes a translation layer called hdcp2_shim for encoder specific HDCP2.2 spec

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: Fixup kerneldoc for intel_pm.c

== Series Details == Series: drm/i915: Fixup kerneldoc for intel_pm.c URL : https://patchwork.freedesktop.org/series/38251/ State : success == Summary == Series 38251v1 drm/i915: Fixup kerneldoc for intel_pm.c https://patchwork.freedesktop.org/api/1.0/series/38251/revisions/1/mbox/

Re: [Intel-gfx] [PATCH i-g-t v3 2/2] kms_content_protection: Add Content Protection test

Quoting Sean Paul (2018-01-08 15:55:21) > Pretty simple test: > - initializes the output > - clears the content protection property > - verifies that it clears > - sets the content protection property to desired > - verifies that it transitions to enabled > > Does this for both legacy and atomic.

Re: [Intel-gfx] [PATCH] drm/i915: Clean up ancient doc comments for i915_ioc32.c

On Wed, 14 Feb 2018, Chris Wilson wrote: > As befitting a file dedicated to the mistakes of the past, > > drivers/gpu/drm/i915/i915_ioc32.c:2: warning: Cannot understand * \file > i915_ioc32.c > on line 2 - I thought it was a doc line >

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: Clean up ancient doc comments for i915_ioc32.c

== Series Details == Series: drm/i915: Clean up ancient doc comments for i915_ioc32.c URL : https://patchwork.freedesktop.org/series/38261/ State : success == Summary == Series 38261v1 drm/i915: Clean up ancient doc comments for i915_ioc32.c

Re: [Intel-gfx] [PATCH] drm/i915: Clean up ancient doc comments for i915_ioc32.c

On Wed, 14 Feb 2018, Chris Wilson wrote: > Quoting Jani Nikula (2018-02-14 15:42:37) >> On Wed, 14 Feb 2018, Chris Wilson wrote: >> > As befitting a file dedicated to the mistakes of the past, >> > >> > drivers/gpu/drm/i915/i915_ioc32.c:2:

Re: [Intel-gfx] [PATCH 37/43] drm/i915: Initialize HDCP2.2 and its MEI interface

On Wednesday 14 February 2018 08:15 PM, Chris Wilson wrote: Quoting Ramalingam C (2018-02-14 14:13:52) Implements the init and exit for hdcp2.2 support. This includes the mei interface initialization also. Signed-off-by: Ramalingam C --- +static int

Re: [Intel-gfx] [PATCH 06/43] misc/mei/hdcp: Add KBuild for mei hdcp driver

> > Signed-off-by: Ramalingam C > --- > drivers/misc/mei/Kconfig | 6 ++ > drivers/misc/mei/Makefile | 2 ++ > 2 files changed, 8 insertions(+) > > diff --git a/drivers/misc/mei/Kconfig b/drivers/misc/mei/Kconfig index > c49e1d2269af..90977132d1e2 100644 > ---

Re: [Intel-gfx] [PATCH] drm/i915/cnl: Remove alpha_support protection

On Wed, 14 Feb 2018, Rodrigo Vivi wrote: > We now have a stable cnl on our CI and it seems mostly > green without big risks of blank screen or anything > blowing up on linux installations in the future. > > As a reminder i915.alpha_support was created to protect > future

Re: [Intel-gfx] [PULL] drm/i915: Add HDCP support to i915

On Wed, 14 Feb 2018, Sean Paul wrote: > On Wed, Feb 14, 2018 at 02:48:29PM +0100, Hans Verkuil wrote: >> Yes, your patches I've seen, but the 12 from Ramalingam I haven't seen. >> At least not on dri-devel. It's a bit weird. > > Ahh, I'm sorry I misunderstood. I think Ram

Re: [Intel-gfx] [PATCH 35/43] drm/i915: Enable HDCP version that is best capable

Quoting Ramalingam C (2018-02-14 14:13:50) > hdcp_enable_work is extended to choose the better hdcp version based > on the system and panel capability. > > And intel_hdcp_disable will find the version that is inforce, if any. > And corresponding version specific disable function alone called. >

Re: [Intel-gfx] ✓ Fi.CI.IGT: success for Adding NV12 support (rev10)

Hey, Op 14-02-18 om 15:29 schreef Patchwork: > == Series Details == > > Series: Adding NV12 support (rev10) > URL : https://patchwork.freedesktop.org/series/28103/ > State : success > > == Summary == > > Blacklisted hosts: > shard-glkb total:3427 pass:1715 dwarn:7 dfail:0 fail:190

Re: [Intel-gfx] [PATCH 05/43] misc/mei/hdcp: Client driver for HDCP application

> > ME FW is contributes a vital role in HDCP2.2 authentication. > HDCP2.2 driver needs to communicate to ME FW for each step of the > HDCP2.2 authentication. > > ME FW prepare and HDCP2.2 authentication parameters and encrypt them > as per spec. With such parameter Driver prepares HDCP2.2

Re: [Intel-gfx] [PATCH 30/43] drm/i915: Enable and Disable HDCP2.2 port encryption

On Wednesday 14 February 2018 08:08 PM, Chris Wilson wrote: Quoting Ramalingam C (2018-02-14 14:13:45) Implements the enable and disable functions for HDCP2.2 encryption of the PORT. Signed-off-by: Ramalingam C --- drivers/gpu/drm/i915/intel_hdcp.c | 50

Re: [Intel-gfx] [PATCH 0/5] Fix deadlock on runtime suspend in DRM drivers

On Wed, Feb 14, 2018 at 03:43:56PM +0100, Michel Dänzer wrote: > On 2018-02-14 03:08 PM, Sean Paul wrote: > > On Wed, Feb 14, 2018 at 10:26:35AM +0100, Maarten Lankhorst wrote: > >> Op 14-02-18 om 09:46 schreef Lukas Wunner: > >>> Dear drm-misc maintainers, > >>> > >>> On Sun, Feb 11, 2018 at

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for drm/i915: Implement HDCP2.2

== Series Details == Series: drm/i915: Implement HDCP2.2 URL : https://patchwork.freedesktop.org/series/38254/ State : warning == Summary == $ dim sparse origin/drm-tip Commit: drm: hdcp2.2 authentication msg definitions Okay! Commit: drm: HDMI and DP specific HDCP2.2 defines Okay! Commit:

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for Adding NV12 support (rev10)

== Series Details == Series: Adding NV12 support (rev10) URL : https://patchwork.freedesktop.org/series/28103/ State : warning == Summary == $ dim sparse origin/drm-tip Commit: drm/i915/skl+: rename skl_wm_values struct to skl_ddb_values Okay! Commit: drm/i915/skl+: refactor WM calculation

Re: [Intel-gfx] [PATCH 05/19] drm/i915/icl: Interrupt handling

Quoting Mika Kuoppala (2018-02-14 14:12:13) > From: Tvrtko Ursulin > > v2: Rebase. > > v3: > * Remove DPF, it has been removed from SKL+. > * Fix -internal rebase wrt. execlists interrupt handling. > > v4: Rebase. > > v5: > * Updated for POR changes. (Daniele

[Intel-gfx] ✓ Fi.CI.BAT: success for Adding NV12 support (rev10)

== Series Details == Series: Adding NV12 support (rev10) URL : https://patchwork.freedesktop.org/series/28103/ State : success == Summary == Series 28103v10 Adding NV12 support https://patchwork.freedesktop.org/api/1.0/series/28103/revisions/10/mbox/ Test kms_pipe_crc_basic: Subgroup

Re: [Intel-gfx] [PATCH 25/43] drm/i915: Define HDCP2.2 related variables

Quoting Ramalingam C (2018-02-14 14:13:40) > For upcoming implementation of HDCP2.2 in I915, all variable required > for HDCP2.2 are defined. > > This includes a translation layer called hdcp2_shim for encoder > specific HDCP2.2 spec deviations. > > Signed-off-by: Ramalingam C

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm/i915: Implement HDCP2.2

== Series Details == Series: drm/i915: Implement HDCP2.2 URL : https://patchwork.freedesktop.org/series/38254/ State : warning == Summary == $ dim checkpatch origin/drm-tip f736f4ccc6d7 drm: hdcp2.2 authentication msg definitions -:27: CHECK: Prefer kernel type 'u8' over 'uint8_t' #27: FILE:

[Intel-gfx] [PATCH] drm/i915: Clean up ancient doc comments for i915_ioc32.c

As befitting a file dedicated to the mistakes of the past, drivers/gpu/drm/i915/i915_ioc32.c:2: warning: Cannot understand * \file i915_ioc32.c on line 2 - I thought it was a doc line drivers/gpu/drm/i915/i915_ioc32.c:82: warning: Function parameter or member 'filp' not described in

Re: [Intel-gfx] [PATCH] drm/i915: Clean up ancient doc comments for i915_ioc32.c

Quoting Jani Nikula (2018-02-14 15:42:37) > On Wed, 14 Feb 2018, Chris Wilson wrote: > > As befitting a file dedicated to the mistakes of the past, > > > > drivers/gpu/drm/i915/i915_ioc32.c:2: warning: Cannot understand * \file > > i915_ioc32.c > > on line 2 - I

[Intel-gfx] [PATCH v2] drm/i915: Clean up ancient doc comments for i915_ioc32.c

As befitting a file dedicated to the mistakes of the past, drivers/gpu/drm/i915/i915_ioc32.c:2: warning: Cannot understand * \file i915_ioc32.c on line 2 - I thought it was a doc line drivers/gpu/drm/i915/i915_ioc32.c:82: warning: Function parameter or member 'filp' not described in

[Intel-gfx] [PATCH 38/43] drm/i915: Implement gmbus burst read

Implements a interface for single burst read of data that is larger than 512 Bytes through gmbus. HDCP2.2 spec expects HDCP2.2 transmitter to read 522Bytes of HDCP receiver certificates in single burst read. On gmbus, to read more than 511Bytes, HW provides a workaround for burst read. This

[Intel-gfx] [PATCH 36/43] drm/i915: Enable HDCP1.4 incase of HDCP2.2 failure

When HDCP2.2 enabling fails and HDCP1.4 is supported, HDCP1.4 is enabled. Signed-off-by: Ramalingam C --- drivers/gpu/drm/i915/intel_hdcp.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_hdcp.c

[Intel-gfx] [PATCH 40/43] drm/i915: Implement the HDCP2.2 support for HDMI

Implements the HDMI adapatation specific HDCP2.2 operations intel_hdcp2_shim. Basically these are DDC read and write for authenticating through HDCP2.2 messages. Signed-off-by: Ramalingam C --- drivers/gpu/drm/i915/intel_hdmi.c | 206

[Intel-gfx] [PATCH 39/43] drm/i915: Implement the HDCP2.2 support for DP

Implements the DP adaptation specific HDCP2.2 functions intel_hdcp2_shim. These functions perform the DPCD read and write for communicating the HDCP2.2 auth message back and forth. Signed-off-by: Ramalingam C --- drivers/gpu/drm/i915/intel_dp.c | 331

[Intel-gfx] [PATCH 41/43] drm/i915: Add HDCP2.2 support for DP connectors

Initializes the DP HDCP2.2 shim with HDCP stack. With this HDCP2.2 will be initialized for intel DP connectors. Signed-off-by: Ramalingam C --- drivers/gpu/drm/i915/intel_dp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[Intel-gfx] [PATCH 35/43] drm/i915: Enable HDCP version that is best capable

hdcp_enable_work is extended to choose the better hdcp version based on the system and panel capability. And intel_hdcp_disable will find the version that is inforce, if any. And corresponding version specific disable function alone called. Signed-off-by: Ramalingam C

[Intel-gfx] [PATCH 37/43] drm/i915: Initialize HDCP2.2 and its MEI interface

Implements the init and exit for hdcp2.2 support. This includes the mei interface initialization also. Signed-off-by: Ramalingam C --- drivers/gpu/drm/i915/intel_dp.c | 3 +- drivers/gpu/drm/i915/intel_drv.h | 3 +- drivers/gpu/drm/i915/intel_hdcp.c | 145

[Intel-gfx] [PATCH 33/43] drm/i915: Handle HDCP2.2 downstream topology change

When repeater notifies a downstream topology change, this patch reauthenticate the repeater alone with out disabling the hdcp encryption. If that fails then complete reauthentication is executed. Signed-off-by: Ramalingam C --- drivers/gpu/drm/i915/intel_hdcp.c | 14

[Intel-gfx] [PATCH 32/43] drm/i915: Implement HDCP2.2 link integrity check

Implements the link integrity check once in 500mSec. Once encryption is enabled, an ongoing Link Integrity Check is performed by the HDCP Receiver to check that cipher synchronization is maintained between the HDCP Transmitter and the HDCP Receiver. On the detection of synchronization lost, the

[Intel-gfx] [PATCH 43/43] drm/i915: Invoke check link on CP_IRQ of DP

On DP HDCP1.4 and 2.2, when CP_IRQ is received, start the link integrity check for the HDCP version that is enabled. Signed-off-by: Ramalingam C --- drivers/gpu/drm/i915/intel_dp.c | 9 +++-- drivers/gpu/drm/i915/intel_drv.h | 2 +-

[Intel-gfx] [PATCH 42/43] drm/i915: Add HDCP2.2 support for HDMI connectors

Initializes the HDMI HDCP2.2 shim with HDCP stack. With this HDCP2.2 will be initialized for intel HDMI connectors. Signed-off-by: Ramalingam C --- drivers/gpu/drm/i915/intel_hdmi.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[Intel-gfx] [PATCH 34/43] drm/i915: Pullout the bksv read and validation

For reusability purpose, this patch implements the hdcp1.4 bksv's read and validation as a functions. For detecting the HDMI panel's HDCP capability this fucntions will be used. Signed-off-by: Ramalingam C --- drivers/gpu/drm/i915/intel_hdcp.c | 38

Re: [Intel-gfx] [PATCH 5/5] drm/i915: Make use of unused variable in hsw_write_infoframe()

On Wed, Feb 14, 2018 at 01:37:22PM +, Chris Wilson wrote: > Quoting Ville Syrjälä (2018-02-14 13:33:03) > > On Tue, Feb 13, 2018 at 04:29:17PM -0800, José Roberto de Souza wrote: > > > data_reg was not being used but it can be used to reduce the number of > > > calls to hsw_dip_data_reg() and

[Intel-gfx] ✓ Fi.CI.IGT: success for Adding NV12 support (rev10)

== Series Details == Series: Adding NV12 support (rev10) URL : https://patchwork.freedesktop.org/series/28103/ State : success == Summary == Blacklisted hosts: shard-glkb total:3427 pass:1715 dwarn:7 dfail:0 fail:190 skip:1515 time:16731s shard-kbltotal:3370 pass:1869

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Fixup kerneldoc

On Wed, Feb 14, 2018 at 01:49:22PM +, Chris Wilson wrote: > drivers/gpu/drm/i915/intel_display.c:569: warning: Function parameter or > member 'dev_priv' not described in 'intel_PLL_is_valid' > drivers/gpu/drm/i915/intel_display.c:569: warning: Function parameter or > member 'limit' not

Re: [Intel-gfx] [PATCH 04/43] mei: me: add gemini lake devices ids

This one is already upstream Thanks Tomas > > From: Tomas Winkler > > Signed-off-by: Tomas Winkler > --- > drivers/misc/mei/hw-me-regs.h | 2 ++ > drivers/misc/mei/pci-me.c | 2 ++ > 2 files changed, 4 insertions(+) > > diff --git

Re: [Intel-gfx] [PATCH 37/43] drm/i915: Initialize HDCP2.2 and its MEI interface

Quoting Ramalingam C (2018-02-14 14:13:52) > Implements the init and exit for hdcp2.2 support. This includes the > mei interface initialization also. > > Signed-off-by: Ramalingam C > --- > +static int intel_hdcp2_init(struct intel_hdcp *hdcp, > +

Re: [Intel-gfx] [PATCH 0/5] Fix deadlock on runtime suspend in DRM drivers

On 2018-02-14 03:08 PM, Sean Paul wrote: > On Wed, Feb 14, 2018 at 10:26:35AM +0100, Maarten Lankhorst wrote: >> Op 14-02-18 om 09:46 schreef Lukas Wunner: >>> Dear drm-misc maintainers, >>> >>> On Sun, Feb 11, 2018 at 10:38:28AM +0100, Lukas Wunner wrote: Fix a deadlock on hybrid graphics

[Intel-gfx] ✓ Fi.CI.BAT: success for series starting with [1/2] drm/i915/atomic: Fixup kerneldoc

== Series Details == Series: series starting with [1/2] drm/i915/atomic: Fixup kerneldoc URL : https://patchwork.freedesktop.org/series/38249/ State : success == Summary == Series 38249v1 series starting with [1/2] drm/i915/atomic: Fixup kerneldoc

Re: [Intel-gfx] [PATCH 35/43] drm/i915: Enable HDCP version that is best capable

Quoting Ramalingam C (2018-02-14 14:51:10) > > > On Wednesday 14 February 2018 08:12 PM, Chris Wilson wrote: > > Quoting Ramalingam C (2018-02-14 14:13:50) > >> @@ -1437,7 +1525,7 @@ static int _intel_hdcp2_disable(struct intel_hdcp > >> *hdcp) > >> { > >> int ret; > >> > >> -

Re: [Intel-gfx] [PATCH 05/43] misc/mei/hdcp: Client driver for HDCP application

On Wednesday 14 February 2018 08:24 PM, Winkler, Tomas wrote: ME FW is contributes a vital role in HDCP2.2 authentication. HDCP2.2 driver needs to communicate to ME FW for each step of the HDCP2.2 authentication. ME FW prepare and HDCP2.2 authentication parameters and encrypt them as per

Re: [Intel-gfx] [PATCH 06/43] misc/mei/hdcp: Add KBuild for mei hdcp driver

On Wednesday 14 February 2018 08:24 PM, Winkler, Tomas wrote: Signed-off-by: Ramalingam C --- drivers/misc/mei/Kconfig | 6 ++ drivers/misc/mei/Makefile | 2 ++ 2 files changed, 8 insertions(+) diff --git a/drivers/misc/mei/Kconfig b/drivers/misc/mei/Kconfig

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Fixup kerneldoc

Quoting Ville Syrjälä (2018-02-14 14:34:59) > On Wed, Feb 14, 2018 at 01:49:22PM +, Chris Wilson wrote: > > drivers/gpu/drm/i915/intel_display.c:569: warning: Function parameter or > > member 'dev_priv' not described in 'intel_PLL_is_valid' > > drivers/gpu/drm/i915/intel_display.c:569:

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/i915: Implement HDCP2.2

== Series Details == Series: drm/i915: Implement HDCP2.2 URL : https://patchwork.freedesktop.org/series/38254/ State : failure == Summary == Series 38254v1 drm/i915: Implement HDCP2.2 https://patchwork.freedesktop.org/api/1.0/series/38254/revisions/1/mbox/ Warning: Kernel 32bit buildtest

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm/i915: Clean up ancient doc comments for i915_ioc32.c

== Series Details == Series: drm/i915: Clean up ancient doc comments for i915_ioc32.c URL : https://patchwork.freedesktop.org/series/38261/ State : warning == Summary == $ dim checkpatch origin/drm-tip 7363afa51c03 drm/i915: Clean up ancient doc comments for i915_ioc32.c -:52: CHECK:

[Intel-gfx] [PATCH] drm/i915/cnl: Remove alpha_support protection

We now have a stable cnl on our CI and it seems mostly green without big risks of blank screen or anything blowing up on linux installations in the future. As a reminder i915.alpha_support was created to protect future linux instalation's iso images that might contain a kernel from the enabling

[Intel-gfx] [PATCH v3] drm/i915: Clean up ancient doc comments for i915_ioc32.c

As befitting a file dedicated to the mistakes of the past, drivers/gpu/drm/i915/i915_ioc32.c:2: warning: Cannot understand * \file i915_ioc32.c on line 2 - I thought it was a doc line drivers/gpu/drm/i915/i915_ioc32.c:82: warning: Function parameter or member 'filp' not described in

[Intel-gfx] [PATCH 02/43] drm: HDMI and DP specific HDCP2.2 defines

In preparation for implementing HDCP2.2 in I915, this patch adds HDCP register definitions for HDMI and DP HDCP adaptations. HDMI specific HDCP2.2 register definitions are added into drm_hdcp.h, where are HDCP2.2 register offsets in DPCD offsets are defined at drm_dp_helper.h. Signed-off-by:

[Intel-gfx] [PATCH 03/43] mei: bus: whitelist hdcp client

From: Tomas Winkler Whitelist HDCP client for in kernel drm use Signed-off-by: Tomas Winkler --- drivers/misc/mei/bus-fixup.c | 16 1 file changed, 16 insertions(+) diff --git a/drivers/misc/mei/bus-fixup.c

[Intel-gfx] [PATCH 01/43] drm: hdcp2.2 authentication msg definitions

This patch defines the hdcp2.2 protocol messages for the HDCP2.2 authentication. Signed-off-by: Ramalingam C --- include/drm/drm_hdcp.h | 226 + 1 file changed, 226 insertions(+) diff --git a/include/drm/drm_hdcp.h

Re: [Intel-gfx] [PATCH 30/43] drm/i915: Enable and Disable HDCP2.2 port encryption

Quoting Ramalingam C (2018-02-14 14:13:45) > Implements the enable and disable functions for HDCP2.2 encryption > of the PORT. > > Signed-off-by: Ramalingam C > --- > drivers/gpu/drm/i915/intel_hdcp.c | 50 > +++ > 1 file changed, 50

Re: [Intel-gfx] [PATCH 35/43] drm/i915: Enable HDCP version that is best capable

On Wednesday 14 February 2018 08:30 PM, Chris Wilson wrote: Quoting Ramalingam C (2018-02-14 14:51:10) On Wednesday 14 February 2018 08:12 PM, Chris Wilson wrote: Quoting Ramalingam C (2018-02-14 14:13:50) @@ -1437,7 +1525,7 @@ static int _intel_hdcp2_disable(struct intel_hdcp *hdcp) {

Re: [Intel-gfx] [PATCH 01/43] drm: hdcp2.2 authentication msg definitions

> > This patch defines the hdcp2.2 protocol messages for the > HDCP2.2 authentication. > > Signed-off-by: Ramalingam C > --- > include/drm/drm_hdcp.h | 226 > + > 1 file changed, 226 insertions(+) > > diff --git

[Intel-gfx] [PATCH v1] i915: Re-use DEFINE_SHOW_ATTRIBUTE() macro

...instead of open coding file operations followed by custom ->open() callbacks per each attribute. Signed-off-by: Andy Shevchenko --- drivers/gpu/drm/i915/gvt/debugfs.c | 13 +-- drivers/gpu/drm/i915/i915_debugfs.c | 76

[Intel-gfx] [PATCH] drm/i915/psr: Don't avoid PSR when PSR2 conditions are not met.

We can still use PSR1 when PSR2 conditions are not met. So, let's split the check in a way that we make sure has_psr gets set independently of PSR2 criteria. v2: Duh! Handle proper return to avoid breaking PSR2. Cc: Dhinakaran Pandiyan Signed-off-by: Rodrigo Vivi

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for series starting with [1/2] drm/i915/psr2: Fix max resolution supported. (rev2)

== Series Details == Series: series starting with [1/2] drm/i915/psr2: Fix max resolution supported. (rev2) URL : https://patchwork.freedesktop.org/series/38200/ State : warning == Summary == $ dim checkpatch origin/drm-tip 76b4f49764d8 drm/i915/psr2: Fix max resolution supported.

Re: [Intel-gfx] [PATCH v10 5/7] drm/i915/guc: Add HuC firmware size related restriction for Gen9 and CNL A0

On 02/14/2018 09:24 AM, Michal Wajdeczko wrote: On Wed, 14 Feb 2018 01:41:57 +0100, Yaodong Li wrote: On 02/13/2018 02:59 PM, Michal Wajdeczko wrote: Hmm, that only proves that current partitioning code is too complicated :) If you look at diagram it should be

[Intel-gfx] please do *NOT* backport 9965db26ac05 ("drm/i915: Check for fused or unused pipes")

Stable team, commit 9965db26ac05 ("drm/i915: Check for fused or unused pipes") with Cc: stable is broken, please do not backport. Thanks, Jani. -- Jani Nikula, Intel Open Source Technology Center ___ Intel-gfx mailing list

[Intel-gfx] ✗ Fi.CI.IGT: failure for series starting with [1/2] drm/i915/panel: Add missing parameters to kerneldoc

== Series Details == Series: series starting with [1/2] drm/i915/panel: Add missing parameters to kerneldoc URL : https://patchwork.freedesktop.org/series/38230/ State : failure == Summary == Test kms_frontbuffer_tracking: Subgroup fbc-2p-rte: skip -> PASS

[Intel-gfx] ✗ Fi.CI.BAT: failure for i915: Re-use DEFINE_SHOW_ATTRIBUTE() macro

== Series Details == Series: i915: Re-use DEFINE_SHOW_ATTRIBUTE() macro URL : https://patchwork.freedesktop.org/series/38263/ State : failure == Summary == Series 38263v1 i915: Re-use DEFINE_SHOW_ATTRIBUTE() macro https://patchwork.freedesktop.org/api/1.0/series/38263/revisions/1/mbox/ Test

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: Clean up ancient doc comments for i915_ioc32.c (rev3)

== Series Details == Series: drm/i915: Clean up ancient doc comments for i915_ioc32.c (rev3) URL : https://patchwork.freedesktop.org/series/38261/ State : success == Summary == Series 38261v3 drm/i915: Clean up ancient doc comments for i915_ioc32.c

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/i915/cnl: Remove alpha_support protection

== Series Details == Series: drm/i915/cnl: Remove alpha_support protection URL : https://patchwork.freedesktop.org/series/38264/ State : failure == Summary == Series 38264v1 drm/i915/cnl: Remove alpha_support protection https://patchwork.freedesktop.org/api/1.0/series/38264/revisions/1/mbox/

Re: [Intel-gfx] [PATCH v10 6/7] drm/i915/guc: Check the locking status of GuC WOPCM registers

On Wed, 14 Feb 2018 02:18:29 +0100, Yaodong Li wrote: On 02/13/2018 09:39 AM, Michal Wajdeczko wrote: + +#define DEFINE_LOCKABLE_REG(var, rg, lb, func)\ +struct lockable_reg var = {\ +.name = #rg,\ +.guc =

Re: [Intel-gfx] [PATCH v10 3/7] drm/i915/guc: Implement dynamic GuC WOPCM offset and size

On Wed, 14 Feb 2018 03:26:12 +0100, Yaodong Li wrote: On 02/13/2018 07:56 AM, Michal Wajdeczko wrote: Also, comparing again your drawing with the spec I think it should look like this: + ++ <== WOPCM top /|\| HW RESERVED

[Intel-gfx] ✓ Fi.CI.BAT: success for i915: Re-use DEFINE_SHOW_ATTRIBUTE() macro

== Series Details == Series: i915: Re-use DEFINE_SHOW_ATTRIBUTE() macro URL : https://patchwork.freedesktop.org/series/38263/ State : success == Summary == Series 38263v1 i915: Re-use DEFINE_SHOW_ATTRIBUTE() macro https://patchwork.freedesktop.org/api/1.0/series/38263/revisions/1/mbox/

Re: [Intel-gfx] [PATCH 1/5] drm/i915: add and enable DP AUX CH mutex

On Wed, 14 Feb 2018, Rodrigo Vivi wrote: > On Wed, Feb 14, 2018 at 09:47:00AM +, Jani Nikula wrote: >> On Tue, 13 Feb 2018, José Roberto de Souza wrote: >> > When PSR/PSR2 is enabled hardware can do AUX transactions by it self, so >> > lets use

[Intel-gfx] ✓ Fi.CI.BAT: success for series starting with [1/2] drm/i915/psr2: Fix max resolution supported. (rev2)

== Series Details == Series: series starting with [1/2] drm/i915/psr2: Fix max resolution supported. (rev2) URL : https://patchwork.freedesktop.org/series/38200/ State : success == Summary == Series 38200v2 series starting with [1/2] drm/i915/psr2: Fix max resolution supported.

Re: [Intel-gfx] [PATCH v10 5/7] drm/i915/guc: Add HuC firmware size related restriction for Gen9 and CNL A0

On Wed, 14 Feb 2018 01:41:57 +0100, Yaodong Li wrote: On 02/13/2018 02:59 PM, Michal Wajdeczko wrote: Hmm, that only proves that current partitioning code is too complicated :) If you look at diagram it should be possible to implement it as current calculation

[Intel-gfx] [PATCH] drm/i915/audio: fix check for av_enc_map overflow

Turns out -1 >= ARRAY_SIZE() is always true. Move the bounds check where we know pipe >= 0 and next to the array indexing where it makes most sense. Fixes: 9965db26ac05 ("drm/i915: Check for fused or unused pipes") Fixes: 0b7029b7e43f ("drm/i915: Check for fused or unused pipes") Cc:

Re: [Intel-gfx] [PATCH] drm/i915: set minimum CD clock to twice the BCLK.

On Wed, 25 Oct 2017, abhay.ku...@intel.com wrote: > From: Abhay Kumar > > In glk when device boots with only 1366x768 panel, HDA codec doesn't comeup. > This result in no audio forever as cdclk is < 96Mhz. > This chagne will ensure CD clock to be twice of BCLK. So this

Re: [Intel-gfx] [PATCH 2/2] drm/i915/panel: Split range scaling calculation for readiblity

On Wed, 14 Feb 2018, Chris Wilson wrote: > Split the 64b multiplication from the division so that it doesn't sprawl > across a couple of lines and use mul_u32_u32() instead of open-coding > the 64b conversion. > > Signed-off-by: Chris Wilson

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for Adding NV12 support (rev10)

== Series Details == Series: Adding NV12 support (rev10) URL : https://patchwork.freedesktop.org/series/28103/ State : warning == Summary == $ dim checkpatch origin/drm-tip 456856281e51 drm/i915/skl+: rename skl_wm_values struct to skl_ddb_values -:65: CHECK: Alignment should match open

[Intel-gfx] ✗ Fi.CI.IGT: warning for drm/i915/sdvo: Tidy up commentary

== Series Details == Series: drm/i915/sdvo: Tidy up commentary URL : https://patchwork.freedesktop.org/series/38229/ State : warning == Summary == Test kms_sysfs_edid_timing: pass -> WARN (shard-apl) fdo#100047 Test perf: Subgroup buffer-fill:

Re: [Intel-gfx] [PATCH 5/5] drm/i915: Make use of unused variable in hsw_write_infoframe()

On Tue, Feb 13, 2018 at 04:29:17PM -0800, José Roberto de Souza wrote: > data_reg was not being used but it can be used to reduce the number of > calls to hsw_dip_data_reg() and just increment the reg by the size of > uint32. > > Signed-off-by: José Roberto de Souza > --- >

[Intel-gfx] [PATCH 2/2] drm/i915: Fixup kerneldoc

drivers/gpu/drm/i915/intel_display.c:569: warning: Function parameter or member 'dev_priv' not described in 'intel_PLL_is_valid' drivers/gpu/drm/i915/intel_display.c:569: warning: Function parameter or member 'limit' not described in 'intel_PLL_is_valid' drivers/gpu/drm/i915/intel_display.c:569:

[Intel-gfx] [PATCH 1/2] drm/i915/atomic: Fixup kerneldoc

drivers/gpu/drm/i915/intel_atomic.c:198: warning: Function parameter or member 'state' not described in 'intel_crtc_destroy_state' drivers/gpu/drm/i915/intel_atomic.c:222: warning: Function parameter or member 'intel_crtc' not described in 'intel_atomic_setup_scalers'

[Intel-gfx] [PATCH igt v2] igt/gem_exec_fence: Test that the in-fence is not overwritten

From: Daniele Ceraolo Spurio When an out-fence is returned we expect that the in-fence is not overwritten. Add a test to check for that. Cc: Chris Wilson Signed-off-by: Daniele Ceraolo Spurio

Re: [Intel-gfx] [PATCH xf86-video-intel] sna/video: Actually use the NV12 shader on gen8

Quoting Ville Syrjala (2018-02-14 20:27:06) > From: Ville Syrjälä > > Oops. We never actually select the NV12 shader on gen8, causing > us to render garbage. Looks like this is the only one I somehow > missed. > > Signed-off-by: Ville Syrjälä

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: fix rsvd2 mask when out-fence is returned

== Series Details == Series: drm/i915: fix rsvd2 mask when out-fence is returned URL : https://patchwork.freedesktop.org/series/38284/ State : success == Summary == Series 38284v1 drm/i915: fix rsvd2 mask when out-fence is returned

[Intel-gfx] [PATCH] drm/i915/cnl: Remove alpha_support protection

We now have a stable cnl on our CI and it seems mostly green without big risks of blank screen or anything blowing up on linux installations in the future. As a reminder i915.alpha_support was created to protect future linux installation's iso images that might contain a kernel from the enabling

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm: Add COLOR_ENCODING and COLOR_RANGE plane properties

== Series Details == Series: drm: Add COLOR_ENCODING and COLOR_RANGE plane properties URL : https://patchwork.freedesktop.org/series/38286/ State : warning == Summary == $ dim checkpatch origin/drm-tip fe775e9df8ef drm: Add optional COLOR_ENCODING and COLOR_RANGE properties to drm_plane

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for drm: Add COLOR_ENCODING and COLOR_RANGE plane properties

== Series Details == Series: drm: Add COLOR_ENCODING and COLOR_RANGE plane properties URL : https://patchwork.freedesktop.org/series/38286/ State : warning == Summary == $ dim sparse origin/drm-tip Commit: drm: Add optional COLOR_ENCODING and COLOR_RANGE properties to drm_plane

<    1   2   3   4   >