[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: enhance legacy HPD disconnection flow for 4K pipe compute in GLK

2021-02-18 Thread Patchwork
== Series Details == Series: drm/i915: enhance legacy HPD disconnection flow for 4K pipe compute in GLK URL : https://patchwork.freedesktop.org/series/87206/ State : success == Summary == CI Bug Log - changes from CI_DRM_9788 -> Patchwork_19703

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm/i915: enhance legacy HPD disconnection flow for 4K pipe compute in GLK

2021-02-18 Thread Patchwork
== Series Details == Series: drm/i915: enhance legacy HPD disconnection flow for 4K pipe compute in GLK URL : https://patchwork.freedesktop.org/series/87206/ State : warning == Summary == $ dim checkpatch origin/drm-tip 4aeb74167f4c drm/i915: enhance legacy HPD disconnection flow for 4K pipe

[Intel-gfx] [PATCH] drm/i915: enhance legacy HPD disconnection flow for 4K pipe compute in GLK

2021-02-18 Thread Gary C Wang
HDMI PHY is not available to use when its HDMI disaply plug-in, and power-off then power-on as soon as getting a hotplug. In above cases where there's a HDMI connector physically connected but it can't be used by GLK with 4K pipe then blank screen (lacking of edid-update & mode-probing) then need

Re: [Intel-gfx] [RFC PATCH 3/9] drm/i915/spi: add driver for on-die spi device

2021-02-18 Thread Winkler, Tomas
> > On Wed, Feb 17, 2021 at 08:58:12PM +, Winkler, Tomas wrote: > >> > >> On Tue, 16 Feb 2021, Tomas Winkler wrote: > >> > Add the platform driver for i915 on-die spi device, exposed via mfd > >> > framework. > >> > > >> > Cc: Rodrigo Vivi > >> > Cc: Lucas De Marchi > >> > Signed-off-by:

Re: [Intel-gfx] [PATCH 18/18] drm/i915/display13: Enabling dithering after the CC1 pipe

2021-02-18 Thread Mario Kleiner
On Fri, Feb 19, 2021 at 4:22 AM Mario Kleiner wrote: > > > On Thu, Feb 11, 2021 at 1:29 PM Ville Syrjälä < > ville.syrj...@linux.intel.com> wrote: > >> On Thu, Jan 28, 2021 at 11:24:13AM -0800, Matt Roper wrote: >> > From: Nischal Varide >> > >> > If the panel is 12bpc then Dithering is not enab

Re: [Intel-gfx] [PATCH 18/18] drm/i915/display13: Enabling dithering after the CC1 pipe

2021-02-18 Thread Mario Kleiner
On Thu, Feb 11, 2021 at 1:29 PM Ville Syrjälä wrote: > On Thu, Jan 28, 2021 at 11:24:13AM -0800, Matt Roper wrote: > > From: Nischal Varide > > > > If the panel is 12bpc then Dithering is not enabled in the Legacy > > dithering block , instead its Enabled after the C1 CC1 pipe post > > color spa

[Intel-gfx] [PULL] drm-intel-next-fixes

2021-02-18 Thread Rodrigo Vivi
Hi Dave and Daniel, Here goes drm-intel-next-fixes-2021-02-18: - Restrict DRM_I915_DEBUG to developer builds (Chris) - Fix return and error codes (Dan) - Suspend/Resume fix (Chris) - Disable atomics in L3 for gen9 (Chris) - Flush before changing register state (Chris) - Fix for GLK's HDMI (Ville)

[Intel-gfx] ✗ Fi.CI.IGT: failure for drm/vblank: Avoid storing a timestamp for the same frame twice (rev2)

2021-02-18 Thread Patchwork
== Series Details == Series: drm/vblank: Avoid storing a timestamp for the same frame twice (rev2) URL : https://patchwork.freedesktop.org/series/86672/ State : failure == Summary == CI Bug Log - changes from CI_DRM_9786_full -> Patchwork_19701_full

[Intel-gfx] ✗ Fi.CI.BUILD: failure for series starting with [1/3] drm/i915/display/adl_s: Fix dpclka_cfgcr0_clk_off mapping (rev2)

2021-02-18 Thread Patchwork
== Series Details == Series: series starting with [1/3] drm/i915/display/adl_s: Fix dpclka_cfgcr0_clk_off mapping (rev2) URL : https://patchwork.freedesktop.org/series/87048/ State : failure == Summary == Applying: drm/i915/display/adl_s: Fix dpclka_cfgcr0_clk_off mapping Using index info to

Re: [Intel-gfx] ✗ Fi.CI.BAT: failure for drm/vblank: Avoid storing a timestamp for the same frame twice (rev2)

2021-02-18 Thread Vudum, Lakshminarayana
Re-reported. -Original Message- From: Ville Syrjälä Sent: Thursday, February 18, 2021 11:22 AM To: intel-gfx@lists.freedesktop.org Cc: Vudum, Lakshminarayana Subject: Re: ✗ Fi.CI.BAT: failure for drm/vblank: Avoid storing a timestamp for the same frame twice (rev2) On Thu, Feb 18, 202

Re: [Intel-gfx] Issue with cec_register_adapter calling request_module() from an async context when called from intel_dp_detect

2021-02-18 Thread Sean Young
Hi Hans, On Thu, Feb 18, 2021 at 04:33:38PM +0100, Hans de Goede wrote: > On 2/17/21 5:29 PM, Hans Verkuil wrote: > > On 17/02/2021 16:11, Sean Young wrote: > >> Hi, > >> > >> On Wed, Feb 17, 2021 at 04:04:11PM +0100, Hans de Goede wrote: > >>> On 2/17/21 3:32 PM, Sean Young wrote: > On Wed,

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/vblank: Avoid storing a timestamp for the same frame twice (rev2)

2021-02-18 Thread Patchwork
== Series Details == Series: drm/vblank: Avoid storing a timestamp for the same frame twice (rev2) URL : https://patchwork.freedesktop.org/series/86672/ State : success == Summary == CI Bug Log - changes from CI_DRM_9786 -> Patchwork_19701

Re: [Intel-gfx] ✗ Fi.CI.BAT: failure for drm/vblank: Avoid storing a timestamp for the same frame twice (rev2)

2021-02-18 Thread Ville Syrjälä
On Thu, Feb 18, 2021 at 07:08:27PM -, Patchwork wrote: > == Series Details == > > Series: drm/vblank: Avoid storing a timestamp for the same frame twice (rev2) > URL : https://patchwork.freedesktop.org/series/86672/ > State : failure > > == Summary == > > CI Bug Log - changes from CI_DRM_9

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/vblank: Avoid storing a timestamp for the same frame twice (rev2)

2021-02-18 Thread Patchwork
== Series Details == Series: drm/vblank: Avoid storing a timestamp for the same frame twice (rev2) URL : https://patchwork.freedesktop.org/series/86672/ State : failure == Summary == CI Bug Log - changes from CI_DRM_9786 -> Patchwork_19701

Re: [Intel-gfx] Issue with cec_register_adapter calling request_module() from an async context when called from intel_dp_detect

2021-02-18 Thread Hans de Goede
Hi, On 2/18/21 5:38 PM, Sean Young wrote: > Hi Hans, > > On Thu, Feb 18, 2021 at 04:33:38PM +0100, Hans de Goede wrote: >> On 2/17/21 5:29 PM, Hans Verkuil wrote: >>> On 17/02/2021 16:11, Sean Young wrote: Hi, On Wed, Feb 17, 2021 at 04:04:11PM +0100, Hans de Goede wrote: > On

Re: [Intel-gfx] [PATCH 3/3] drm/i915: Fix plane watermark mismatches

2021-02-18 Thread Ville Syrjälä
On Thu, Feb 18, 2021 at 05:25:54PM +, Souza, Jose wrote: > On Thu, 2021-02-18 at 00:14 +0200, Ville Syrjälä wrote: > > On Wed, Feb 17, 2021 at 05:24:03PM +, Souza, Jose wrote: > > > On Fri, 2021-02-12 at 23:13 +0200, Ville Syrjälä wrote: > > > > On Fri, Feb 12, 2021 at 07:44:22PM +, Sou

Re: [Intel-gfx] [PATCH 3/3] drm/i915: Fix plane watermark mismatches

2021-02-18 Thread Souza, Jose
On Thu, 2021-02-18 at 00:14 +0200, Ville Syrjälä wrote: > On Wed, Feb 17, 2021 at 05:24:03PM +, Souza, Jose wrote: > > On Fri, 2021-02-12 at 23:13 +0200, Ville Syrjälä wrote: > > > On Fri, Feb 12, 2021 at 07:44:22PM +, Souza, Jose wrote: > > > > On Fri, 2021-02-12 at 20:35 +0200, Ville Syrj

Re: [Intel-gfx] [PATCH v2] drm/vblank: Do not store a new vblank timestamp in drm_vblank_restore()

2021-02-18 Thread Ville Syrjälä
On Thu, Feb 18, 2021 at 06:03:05PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > drm_vblank_restore() exists because certain power saving states > can clobber the hardware frame counter. The way it does this is > by guesstimating how many frames were missed purely based on > the differenc

[Intel-gfx] [PATCH v2] drm/vblank: Do not store a new vblank timestamp in drm_vblank_restore()

2021-02-18 Thread Ville Syrjala
From: Ville Syrjälä drm_vblank_restore() exists because certain power saving states can clobber the hardware frame counter. The way it does this is by guesstimating how many frames were missed purely based on the difference between the last stored timestamp vs. a newly sampled timestamp. If we s

Re: [Intel-gfx] Issue with cec_register_adapter calling request_module() from an async context when called from intel_dp_detect

2021-02-18 Thread Hans de Goede
Hi, On 2/17/21 5:29 PM, Hans Verkuil wrote: > On 17/02/2021 16:11, Sean Young wrote: >> Hi, >> >> On Wed, Feb 17, 2021 at 04:04:11PM +0100, Hans de Goede wrote: >>> On 2/17/21 3:32 PM, Sean Young wrote: On Wed, Feb 17, 2021 at 01:41:46PM +0100, Hans Verkuil wrote: > Hi Hans, > > O

Re: [Intel-gfx] [RFC v4 10/11] drm/dp: Extract i915's eDP backlight code into DRM helpers

2021-02-18 Thread Ville Syrjälä
On Thu, Feb 18, 2021 at 10:35:05AM +0200, Jani Nikula wrote: > On Fri, 12 Feb 2021, Lyude Paul wrote: > > I think it wouldn't be a bad idea to just address this with a followup > > series > > instead and use the old DRM_DEBUG_* macros in the mean time. > > aux->dev is there, could also use dev_d

Re: [Intel-gfx] [5.10.y regression] i915 clear-residuals mitigation is causing gfx issues

2021-02-18 Thread Hans de Goede
Hi, On 2/14/21 5:00 PM, Hans de Goede wrote: > Hi, > > On 2/11/21 1:26 PM, Hans de Goede wrote: >> Hi, >> >> On 2/11/21 11:49 AM, Chris Wilson wrote: > Started looking for scratch page overwrites, and found this little gem: > https://patchwork.freedesktop.org/patch/420436/?series=86947

[Intel-gfx] ✗ Fi.CI.IGT: failure for drm/i915/vbt: update DP max link rate table (rev6)

2021-02-18 Thread Patchwork
== Series Details == Series: drm/i915/vbt: update DP max link rate table (rev6) URL : https://patchwork.freedesktop.org/series/86539/ State : failure == Summary == CI Bug Log - changes from CI_DRM_9783_full -> Patchwork_19700_full Summary -

Re: [Intel-gfx] [PATCH] drm/i915: Nuke INTEL_OUTPUT_FORMAT_INVALID

2021-02-18 Thread Souza, Jose
On Thu, 2021-02-18 at 00:10 +0200, Ville Syrjälä wrote: > On Wed, Feb 17, 2021 at 04:37:20PM +, Souza, Jose wrote: > > On Fri, 2021-02-05 at 22:23 +0200, Ville Syrjala wrote: > > > From: Ville Syrjälä > > > > > > We tend to use output_format!=RGB as a shorthand for YCbCr, but > > > this fails

Re: [Intel-gfx] [PATCH v3] drm/i915/vbt: update DP max link rate table

2021-02-18 Thread Lee, Shawn C
On Wed, Feb 17, 2021 at 3:45 p.m., Ville Syrjälä wrote: >On Wed, Feb 17, 2021 at 11:39:35PM +0800, Lee Shawn C wrote: >> According to Bspec #20124, max link rate table for DP was updated at >> BDB version 230. Max link rate can support upto UHBR. >> >> After migrate to BDB v230, the definition fo

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/vbt: update DP max link rate table (rev6)

2021-02-18 Thread Patchwork
== Series Details == Series: drm/i915/vbt: update DP max link rate table (rev6) URL : https://patchwork.freedesktop.org/series/86539/ State : success == Summary == CI Bug Log - changes from CI_DRM_9783 -> Patchwork_19700 Summary ---

Re: [Intel-gfx] Issue with cec_register_adapter calling request_module() from an async context when called from intel_dp_detect

2021-02-18 Thread Sean Young
Hi, On Wed, Feb 17, 2021 at 05:29:46PM +0100, Hans Verkuil wrote: > On 17/02/2021 16:11, Sean Young wrote: > > On Wed, Feb 17, 2021 at 04:04:11PM +0100, Hans de Goede wrote: > >> On 2/17/21 3:32 PM, Sean Young wrote: > >>> On Wed, Feb 17, 2021 at 01:41:46PM +0100, Hans Verkuil wrote: > Hi Han

Re: [Intel-gfx] Issue with cec_register_adapter calling request_module() from an async context when called from intel_dp_detect

2021-02-18 Thread Sean Young
Hi, On Wed, Feb 17, 2021 at 04:04:11PM +0100, Hans de Goede wrote: > On 2/17/21 3:32 PM, Sean Young wrote: > > On Wed, Feb 17, 2021 at 01:41:46PM +0100, Hans Verkuil wrote: > >> Hi Hans, > >> > >> On 17/02/2021 13:24, Hans de Goede wrote: > >>> > >>> > >>> Hi Hans, > >>> > >>> Fedora has a (opt-i

Re: [Intel-gfx] Issue with cec_register_adapter calling request_module() from an async context when called from intel_dp_detect

2021-02-18 Thread Sean Young
On Wed, Feb 17, 2021 at 01:41:46PM +0100, Hans Verkuil wrote: > Hi Hans, > > On 17/02/2021 13:24, Hans de Goede wrote: > > > > > > Hi Hans, > > > > Fedora has a (opt-in) system to automatically collect backtraces from > > software > > crashing on users systems. > > > > This includes collectin

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm/i915/vbt: update DP max link rate table (rev6)

2021-02-18 Thread Patchwork
== Series Details == Series: drm/i915/vbt: update DP max link rate table (rev6) URL : https://patchwork.freedesktop.org/series/86539/ State : warning == Summary == $ dim checkpatch origin/drm-tip fa8c00f1e8a2 drm/i915/vbt: update DP max link rate table -:94: WARNING:LONG_LINE: line length of 1

Re: [Intel-gfx] [RFC PATCH 3/9] drm/i915/spi: add driver for on-die spi device

2021-02-18 Thread Winkler, Tomas
> > On Wed, Feb 17, 2021 at 08:58:12PM +, Winkler, Tomas wrote: > >> > >> On Tue, 16 Feb 2021, Tomas Winkler wrote: > >> > Add the platform driver for i915 on-die spi device, exposed via mfd > >> > framework. > >> > > >> > Cc: Rodrigo Vivi > >> > Cc: Lucas De Marchi > >> > Signed-off-by: To

Re: [Intel-gfx] [RFC PATCH 3/9] drm/i915/spi: add driver for on-die spi device

2021-02-18 Thread Lucas De Marchi
On Wed, Feb 17, 2021 at 08:58:12PM +, Winkler, Tomas wrote: On Tue, 16 Feb 2021, Tomas Winkler wrote: > Add the platform driver for i915 on-die spi device, exposed via mfd > framework. > > Cc: Rodrigo Vivi > Cc: Lucas De Marchi > Signed-off-by: Tomas Winkler > --- > drivers/gpu/drm/i915

[Intel-gfx] ✗ Fi.CI.IGT: failure for drm/i915/vbt: update DP max link rate table (rev4)

2021-02-18 Thread Patchwork
== Series Details == Series: drm/i915/vbt: update DP max link rate table (rev4) URL : https://patchwork.freedesktop.org/series/86539/ State : failure == Summary == CI Bug Log - changes from CI_DRM_9783_full -> Patchwork_19699_full Summary -

Re: [Intel-gfx] Issue with cec_register_adapter calling request_module() from an async context when called from intel_dp_detect

2021-02-18 Thread Hans Verkuil
On 18/02/2021 09:52, Sean Young wrote: > Hi, > > On Wed, Feb 17, 2021 at 05:29:46PM +0100, Hans Verkuil wrote: >> On 17/02/2021 16:11, Sean Young wrote: >>> On Wed, Feb 17, 2021 at 04:04:11PM +0100, Hans de Goede wrote: On 2/17/21 3:32 PM, Sean Young wrote: > On Wed, Feb 17, 2021 at 01:41

Re: [Intel-gfx] [RFC v4 10/11] drm/dp: Extract i915's eDP backlight code into DRM helpers

2021-02-18 Thread Jani Nikula
On Fri, 12 Feb 2021, Lyude Paul wrote: > I think it wouldn't be a bad idea to just address this with a followup series > instead and use the old DRM_DEBUG_* macros in the mean time. aux->dev is there, could also use dev_dbg et al. in the mean time. They handle NULL dev gracefully too if the drive