[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/gt: Drop rogue space in the middle of GT_TRACE

== Series Details == Series: drm/i915/gt: Drop rogue space in the middle of GT_TRACE URL : https://patchwork.freedesktop.org/series/72108/ State : success == Summary == CI Bug Log - changes from CI_DRM_7754_full -> Patchwork_16129_full Summ

[Intel-gfx] [PATCH i-g-t] i915/i915_pm_rc6_residency: Relax tolerance for HW RC6

Ringbuffer HW RC6 is not as fast as soft-rc6 on execlists, as it must always wait for an EI before entering RC6 and does not benefit from an interrupt generated when the rings go idle (so no immediate parking). Our goal with the test is to make sure that we do enter rc6 under very light workloads,

[Intel-gfx] [PATCH i-g-t] i915: Add gem_exec_endless

Verify that an endless batch is not forcibly reset across suspend, but allowed to finish its task on resume. Just an initial stub for the most concerning problem. Signed-off-by: Chris Wilson --- tests/Makefile.sources| 3 ++ tests/i915/gem_exec_endless.c | 94 ++

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915: Align engine->uabi_class/instance with i915_drm.h (rev2)

== Series Details == Series: drm/i915: Align engine->uabi_class/instance with i915_drm.h (rev2) URL : https://patchwork.freedesktop.org/series/72078/ State : success == Summary == CI Bug Log - changes from CI_DRM_7754_full -> Patchwork_16130_full ===

[Intel-gfx] [PATCH 1/2] drm/i915/gt: Acquire ce->active before ce->pin_count/ce->pin_mutex

<0> [198.668822] gem_exec-12460 193899010us : timeline_advance: timeline_advance:387 GEM_BUG_ON(!atomic_read(&tl->pin_count)) <0> [198.668859] - <4> [198.669619] [ cut here ] <2> [198.669621] kernel BUG at drivers/gpu/drm/i915/gt/inte

[Intel-gfx] [PATCH 2/2] drm/i915: Tighten atomicity of i915_active_acquire vs i915_active_release

As we use a mutex to serialise the first acquire (as it may be a lengthy operation), but only an atomic decrement for the release, we have to be careful in case a second thread races and completes both acquire/release as the first finishes its acquire. Fixes: c9ad602feabe ("drm/i915: Split i915_ac

[Intel-gfx] ✗ Fi.CI.IGT: failure for Security mitigation for Intel Gen7 and Gen7.5 (rev2)

== Series Details == Series: Security mitigation for Intel Gen7 and Gen7.5 (rev2) URL : https://patchwork.freedesktop.org/series/72022/ State : failure == Summary == CI Bug Log - changes from CI_DRM_7755_full -> Patchwork_16132_full Summary

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for series starting with [1/2] drm/i915/gt: Acquire ce->active before ce->pin_count/ce->pin_mutex

== Series Details == Series: series starting with [1/2] drm/i915/gt: Acquire ce->active before ce->pin_count/ce->pin_mutex URL : https://patchwork.freedesktop.org/series/72249/ State : warning == Summary == $ dim checkpatch origin/drm-tip a0bde5e9b518 drm/i915/gt: Acquire ce->active before ce

[Intel-gfx] ✗ Fi.CI.BUILD: warning for series starting with [1/2] drm/i915/gt: Acquire ce->active before ce->pin_count/ce->pin_mutex

== Series Details == Series: series starting with [1/2] drm/i915/gt: Acquire ce->active before ce->pin_count/ce->pin_mutex URL : https://patchwork.freedesktop.org/series/72249/ State : warning == Summary == CALLscripts/checksyscalls.sh CALLscripts/atomic/check-atomics.sh CHK i

[Intel-gfx] ✓ Fi.CI.BAT: success for series starting with [1/2] drm/i915/gt: Acquire ce->active before ce->pin_count/ce->pin_mutex

== Series Details == Series: series starting with [1/2] drm/i915/gt: Acquire ce->active before ce->pin_count/ce->pin_mutex URL : https://patchwork.freedesktop.org/series/72249/ State : success == Summary == CI Bug Log - changes from CI_DRM_7772 -> Patchwork_16168 =

Re: [Intel-gfx] [PATCH v3 02/12] drm/i915: Clear the repeater bit on HDCP disable

Hi, [This is an automated email] This commit has been processed because it contains a "Fixes:" tag, fixing commit: ee5e5e7a5e0f ("drm/i915: Add HDCP framework + base implementation"). The bot has tested the following trees: v5.4.13, v4.19.97. v5.4.13: Failed to apply! Possible dependencies:

Re: [Intel-gfx] [PATCH v3 01/12] drm/i915: Fix sha_text population code

Hi, [This is an automated email] This commit has been processed because it contains a "Fixes:" tag, fixing commit: ee5e5e7a5e0f ("drm/i915: Add HDCP framework + base implementation"). The bot has tested the following trees: v5.4.13, v4.19.97. v5.4.13: Build OK! v4.19.97: Failed to apply! Possi

[Intel-gfx] ✗ Fi.CI.IGT: failure for series starting with [CI,1/3] drm/i915: Keep track of request among the scheduling lists

== Series Details == Series: series starting with [CI,1/3] drm/i915: Keep track of request among the scheduling lists URL : https://patchwork.freedesktop.org/series/72131/ State : failure == Summary == CI Bug Log - changes from CI_DRM_7757_full -> Patchwork_16134_full

Re: [Intel-gfx] [PATCH] drm/i915/dsi: Ensure that the ACPI adapter lookup overrides the bus num

On Fri, 17 Jan 2020, Vivek Kasireddy wrote: > Remove the i2c_bus_num >= 0 check from the adapter lookup function > as this would prevent ACPI bus number override. This check was mainly > there to return early if the bus number has already been found but we > anyway return in the next line if the s

[Intel-gfx] ✓ Fi.CI.IGT: success for series starting with [rebased,1/3] drm/i915/dc3co: Do the full calculation of DC3CO exit only once

== Series Details == Series: series starting with [rebased,1/3] drm/i915/dc3co: Do the full calculation of DC3CO exit only once URL : https://patchwork.freedesktop.org/series/72132/ State : success == Summary == CI Bug Log - changes from CI_DRM_7757_full -> Patchwork_16135_full ==

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915: Make use of drm_gem_object_release

== Series Details == Series: drm/i915: Make use of drm_gem_object_release URL : https://patchwork.freedesktop.org/series/72134/ State : success == Summary == CI Bug Log - changes from CI_DRM_7758_full -> Patchwork_16136_full Summary ---

[Intel-gfx] ✓ Fi.CI.IGT: success for series starting with [1/2] drm/i915/userptr: add user_size limit check

== Series Details == Series: series starting with [1/2] drm/i915/userptr: add user_size limit check URL : https://patchwork.freedesktop.org/series/72135/ State : success == Summary == CI Bug Log - changes from CI_DRM_7758_full -> Patchwork_16137_full ===

[Intel-gfx] ✓ Fi.CI.IGT: success for series starting with [v2,1/2] drm/i915/userptr: add user_size limit check

== Series Details == Series: series starting with [v2,1/2] drm/i915/userptr: add user_size limit check URL : https://patchwork.freedesktop.org/series/72141/ State : success == Summary == CI Bug Log - changes from CI_DRM_7758_full -> Patchwork_16138_full ===

Re: [Intel-gfx] [PATCH rebased 2/3] drm/i915/dc3co: Check for DC3C0 exit state instead of sleep

On 2020-01-16 at 10:54:20 -0800, José Roberto de Souza wrote: > DC3C0 could have already exit so no need to always sleep, so lets > read the register with the state. > > Cc: Imre Deak > Cc: Anshuman Gupta > Signed-off-by: José Roberto de Souza > --- > drivers/gpu/drm/i915/display/intel_display

Re: [Intel-gfx] [PATCH rebased 1/3] drm/i915/dc3co: Do the full calculation of DC3CO exit only once

Looks good to me. On 2020-01-16 at 10:54:19 -0800, José Roberto de Souza wrote: > This will calculaet the DC3CO exit delay only once per full modeset. > > Cc: Imre Deak > Cc: Anshuman Gupta > Signed-off-by: José Roberto de Souza Reviewed-by: Anshuman Gupta > --- > drivers/gpu/drm/i915/display

Re: [Intel-gfx] [PATCH rebased 3/3] drm/i915/dc3co: Avoid full modeset when EXITLINE needs to be changed

On 2020-01-16 at 10:54:21 -0800, José Roberto de Souza wrote: > A recent change in BSpec allow us to change EXTLINE while transcoder > is enabled so this allow us to change it even when doing the first > fastset after taking over previous hardware state set by BIOS. > BIOS don't enable PSR, so if s

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915: eDP DPCD aux backlight fixes (rev6)

== Series Details == Series: drm/i915: eDP DPCD aux backlight fixes (rev6) URL : https://patchwork.freedesktop.org/series/69914/ State : success == Summary == CI Bug Log - changes from CI_DRM_7758_full -> Patchwork_16139_full Summary --

[Intel-gfx] [PATCH v3] drm/i915/hdcp: Update CP as per the kernel internal state

Content Protection property should be updated as per the kernel internal state. Let's say if Content protection is disabled by userspace, CP property should be set to UNDESIRED so that reauthentication will not happen until userspace request it again, but when kernel disables the HDCP due to any DD

Re: [Intel-gfx] [PATCH v3] drm/i915/hdcp: Update CP as per the kernel internal state

On 2020-01-20 at 11:19:54 +0530, Anshuman Gupta wrote: > Content Protection property should be updated as per the kernel > internal state. Let's say if Content protection is disabled > by userspace, CP property should be set to UNDESIRED so that > reauthentication will not happen until userspace re

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/hdcp: Update CP as per the kernel internal state

== Series Details == Series: drm/i915/hdcp: Update CP as per the kernel internal state URL : https://patchwork.freedesktop.org/series/72251/ State : success == Summary == CI Bug Log - changes from CI_DRM_7775 -> Patchwork_16169 Summary