[Intel-gfx] ✓ Fi.CI.BAT: success for drm/edid: filter DisplayID v2.0 CTA block in audio detection (rev4)

== Series Details == Series: drm/edid: filter DisplayID v2.0 CTA block in audio detection (rev4) URL : https://patchwork.freedesktop.org/series/101565/ State : success == Summary == CI Bug Log - changes from CI_DRM_11398 -> Patchwork_22667

[Intel-gfx] ✗ Fi.CI.DOCS: warning for drm/edid: filter DisplayID v2.0 CTA block in audio detection (rev4)

== Series Details == Series: drm/edid: filter DisplayID v2.0 CTA block in audio detection (rev4) URL : https://patchwork.freedesktop.org/series/101565/ State : warning == Summary == $ make htmldocs 2>&1 > /dev/null | grep i915 ./drivers/gpu/drm/i915/display/intel_drrs.c:1: warning: 'intel_drrs

[Intel-gfx] [v3] drm/edid: check basic audio support on CEA extension block

From: Cooper Chiou Tag code stored in bit7:5 for CTA block byte[3] is not the same as CEA extension block definition. Only check CEA block has basic audio support. v3: update commit message. Cc: sta...@vger.kernel.org Cc: Jani Nikula Cc: Shawn C Lee Cc: intel-gfx Signed-off-by: Cooper Chiou

[Intel-gfx] [v3] drm/edid: check basic audio support on CEA extension block

From: Cooper Chiou Tag code stored in bit7:5 for CTA block byte[3] is not the same as CEA extension block definition. Only check CEA block has basic audio support. v3: update commit message. Cc: sta...@vger.kernel.org Cc: Jani Nikula Cc: Shawn C Lee Cc: intel-gfx Signed-off-by: Cooper Chiou

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/guc: Correctly free guc capture struct on error

== Series Details == Series: drm/i915/guc: Correctly free guc capture struct on error URL : https://patchwork.freedesktop.org/series/101716/ State : success == Summary == CI Bug Log - changes from CI_DRM_11398_full -> Patchwork_22666_full S

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/guc: Correctly free guc capture struct on error

== Series Details == Series: drm/i915/guc: Correctly free guc capture struct on error URL : https://patchwork.freedesktop.org/series/101716/ State : success == Summary == CI Bug Log - changes from CI_DRM_11398 -> Patchwork_22666 Summary ---

[Intel-gfx] ✗ Fi.CI.DOCS: warning for drm/i915/guc: Correctly free guc capture struct on error

== Series Details == Series: drm/i915/guc: Correctly free guc capture struct on error URL : https://patchwork.freedesktop.org/series/101716/ State : warning == Summary == $ make htmldocs 2>&1 > /dev/null | grep i915 ./drivers/gpu/drm/i915/display/intel_drrs.c:1: warning: 'intel_drrs_enable' no

[Intel-gfx] [PATCH] drm/i915/guc: Correctly free guc capture struct on error

On error the "new" allocation is not freed, so add the required kfree. Fixes: 247f8071d5893 ("drm/i915/guc: Pre-allocate output nodes for extraction") Signed-off-by: Daniele Ceraolo Spurio Cc: Alan Previn Cc: John Harrison --- drivers/gpu/drm/i915/gt/uc/intel_guc_capture.c | 1 + 1 file change

Re: [Intel-gfx] [PATCH v5 13/19] drm/i915: Introduce new Tile 4 format

Hi all, Found an error in this description.. > From: Stanislav Lisovskiy > stanislav.lisovs...@intel.com > > This tiling layout uses 4KB tiles in a row-major layout. It has the same > shape as Tile Y at two granularities: 4KB (128B x 32) and 64B (16B x 4). I

Re: [Intel-gfx] [PATCH v5 16/19] uapi/drm/dg2: Introduce format modifier for DG2 clear color

> -Original Message- > From: Deak, Imre > Sent: Monday, March 21, 2022 6:20 AM > To: Chery, Nanley G ; Juha-Pekka Heikkila > > Cc: Nanley Chery ; C, Ramalingam > ; intel-gfx ; > Auld, Matthew ; dri-devel > > Subject: Re: [Intel-gfx] [PATCH v5 16/19] uapi/drm/dg2: Introduce format

Re: [Intel-gfx] [PATCH v5 15/19] drm/i915/dg2: Add DG2 unified compression

> -Original Message- > From: Deak, Imre > Sent: Friday, March 18, 2022 10:40 AM > To: Chery, Nanley G > Cc: juhapekka.heikk...@gmail.com; Nanley Chery ; C, > Ramalingam ; intel-gfx g...@lists.freedesktop.org>; Auld, Matthew ; > dri-devel > Subject: Re: [Intel-gfx] [PATCH v5 15/19]

[Intel-gfx] ✓ Fi.CI.IGT: success for series starting with [1/2] drm/i915/dg2: Load DMC

== Series Details == Series: series starting with [1/2] drm/i915/dg2: Load DMC URL : https://patchwork.freedesktop.org/series/101710/ State : success == Summary == CI Bug Log - changes from CI_DRM_11398_full -> Patchwork_22663_full Summary

Re: [Intel-gfx] [PATCH] drm/i915/adlp: Fix register corruption after DDI clock enabling

> -Original Message- > From: Deak, Imre > Sent: Wednesday, March 23, 2022 1:18 PM > To: intel-gfx@lists.freedesktop.org > Cc: Hogander, Jouni ; Runyan, Arthur J > > Subject: [PATCH] drm/i915/adlp: Fix register corruption after DDI clock > enabling > > Accessing the DDI_BUF_CTL register w

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/i915/adlp: Fix register corruption after DDI clock enabling

== Series Details == Series: drm/i915/adlp: Fix register corruption after DDI clock enabling URL : https://patchwork.freedesktop.org/series/101712/ State : failure == Summary == CI Bug Log - changes from CI_DRM_11398 -> Patchwork_22665 Summ

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/display: Extend DP HDR support to hsw+

== Series Details == Series: drm/i915/display: Extend DP HDR support to hsw+ URL : https://patchwork.freedesktop.org/series/101708/ State : success == Summary == CI Bug Log - changes from CI_DRM_11398_full -> Patchwork_22662_full Summary --

[Intel-gfx] ✗ Fi.CI.DOCS: warning for drm/i915/adlp: Fix register corruption after DDI clock enabling

== Series Details == Series: drm/i915/adlp: Fix register corruption after DDI clock enabling URL : https://patchwork.freedesktop.org/series/101712/ State : warning == Summary == $ make htmldocs 2>&1 > /dev/null | grep i915 ./drivers/gpu/drm/i915/display/intel_drrs.c:1: warning: 'intel_drrs_ena

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for drm/i915/adlp: Fix register corruption after DDI clock enabling

== Series Details == Series: drm/i915/adlp: Fix register corruption after DDI clock enabling URL : https://patchwork.freedesktop.org/series/101712/ State : warning == Summary == $ dim sparse --fast origin/drm-tip Sparse version: v0.6.2 Fast mode used, each commit won't be checked separately.

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/i915/rps: Centralize computation of freq caps (rev4)

== Series Details == Series: drm/i915/rps: Centralize computation of freq caps (rev4) URL : https://patchwork.freedesktop.org/series/101606/ State : failure == Summary == CI Bug Log - changes from CI_DRM_11398 -> Patchwork_22664 Summary ---

Re: [Intel-gfx] [PATCH 2/2] drm/i915/dg2: DC states for DG2

On Wed, 2022-03-23 at 12:01 -0700, Anusha Srivatsa wrote: > DG2 has same DC states as DG1 - upto DC5. > > Bspec: 49193 > > Cc: Madhumitha Tolakanahalli Pradeep > > Signed-off-by: Anusha Srivatsa Reviewed-by: Madhumitha Tolakanahalli Pradeep > --- >  drivers/gpu/drm/i915/disp

[Intel-gfx] ✗ Fi.CI.DOCS: warning for drm/i915/rps: Centralize computation of freq caps (rev4)

== Series Details == Series: drm/i915/rps: Centralize computation of freq caps (rev4) URL : https://patchwork.freedesktop.org/series/101606/ State : warning == Summary == $ make htmldocs 2>&1 > /dev/null | grep i915 ./drivers/gpu/drm/i915/display/intel_drrs.c:1: warning: 'intel_drrs_enable' no

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for drm/i915/rps: Centralize computation of freq caps (rev4)

== Series Details == Series: drm/i915/rps: Centralize computation of freq caps (rev4) URL : https://patchwork.freedesktop.org/series/101606/ State : warning == Summary == $ dim sparse --fast origin/drm-tip Sparse version: v0.6.2 Fast mode used, each commit won't be checked separately.

[Intel-gfx] ✓ Fi.CI.BAT: success for series starting with [1/2] drm/i915/dg2: Load DMC

== Series Details == Series: series starting with [1/2] drm/i915/dg2: Load DMC URL : https://patchwork.freedesktop.org/series/101710/ State : success == Summary == CI Bug Log - changes from CI_DRM_11398 -> Patchwork_22663 Summary ---

Re: [Intel-gfx] [PATCH 00/22] drm: Review of mode copies

On 3/23/2022 3:39 AM, Dmitry Baryshkov wrote: On 22/03/2022 01:37, Ville Syrjälä wrote: On Tue, Mar 15, 2022 at 02:52:38PM -0400, Alex Deucher wrote: On Mon, Mar 14, 2022 at 6:12 PM Ville Syrjälä wrote: On Fri, Feb 18, 2022 at 12:03:41PM +0200, Ville Syrjala wrote:    drm: Add drm_mode_i

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915: More fixed_mode refactoring

== Series Details == Series: drm/i915: More fixed_mode refactoring URL : https://patchwork.freedesktop.org/series/101707/ State : success == Summary == CI Bug Log - changes from CI_DRM_11398_full -> Patchwork_22661_full Summary --- *

[Intel-gfx] ✗ Fi.CI.DOCS: warning for series starting with [1/2] drm/i915/dg2: Load DMC

== Series Details == Series: series starting with [1/2] drm/i915/dg2: Load DMC URL : https://patchwork.freedesktop.org/series/101710/ State : warning == Summary == $ make htmldocs 2>&1 > /dev/null | grep i915 ./drivers/gpu/drm/i915/display/intel_drrs.c:1: warning: 'intel_drrs_enable' not foun

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/display: Extend DP HDR support to hsw+

== Series Details == Series: drm/i915/display: Extend DP HDR support to hsw+ URL : https://patchwork.freedesktop.org/series/101708/ State : success == Summary == CI Bug Log - changes from CI_DRM_11398 -> Patchwork_22662 Summary --- *

[Intel-gfx] [PATCH] drm/i915/adlp: Fix register corruption after DDI clock enabling

Accessing the DDI_BUF_CTL register without the port's DDI clock being enabled (to set/clear the TypeC PHY ownership for the port) can lead to a corrupted value read during any i915 register access right after the DDI clock is enabled. The root cause is the way clock synchronization works for this

Re: [Intel-gfx] [PATCH 12/22] drm/msm: Use drm_mode_copy()

On 2/18/2022 2:03 AM, Ville Syrjala wrote: From: Ville Syrjälä struct drm_display_mode embeds a list head, so overwriting the full struct with another one will corrupt the list (if the destination mode is on a list). Use drm_mode_copy() instead which explicitly preserves the list head of the

Re: [Intel-gfx] [PATCH 11/22] drm/msm: Use drm_mode_init() for on-stack modes

On 2/18/2022 2:03 AM, Ville Syrjala wrote: From: Ville Syrjälä Initialize on-stack modes with drm_mode_init() to guarantee no stack garbage in the list head, or that we aren't copying over another mode's list head. Based on the following cocci script, with manual fixups: @decl@ identifier M

[Intel-gfx] ✗ Fi.CI.DOCS: warning for drm/i915/display: Extend DP HDR support to hsw+

== Series Details == Series: drm/i915/display: Extend DP HDR support to hsw+ URL : https://patchwork.freedesktop.org/series/101708/ State : warning == Summary == $ make htmldocs 2>&1 > /dev/null | grep i915 ./drivers/gpu/drm/i915/display/intel_drrs.c:1: warning: 'intel_drrs_enable' not found

Re: [Intel-gfx] [PATCH] drm/i915/rps: Centralize computation of freq caps

On Wed, 23 Mar 2022 00:03:23 -0700, Nilawar, Badal wrote: > > > +/* "Caps" frequencies should be converted to MHz using intel_gpu_freq() */ > > +void intel_rps_get_freq_caps(struct intel_rps *rps, struct > > intel_rps_freq_caps *capSis) > > Since this function is covering gen6 and above it would b

[Intel-gfx] [PATCH] drm/i915/rps: Centralize computation of freq caps

Freq caps (i.e. RP0, RP1 and RPn frequencies) are read from HW. However the formats (bit positions, widths, registers and units) of these vary for different generations with even more variations arriving in the future. In order not to have to do identical computation for these caps in multiple plac

Re: [Intel-gfx] [PATCH 1/2] drm/i915/dg2: Load DMC

On Wed, 2022-03-23 at 12:01 -0700, Anusha Srivatsa wrote: > Add Support to load dmc v2.06 > > Cc: Madhumitha Tolakanahalli Pradeep > > Signed-off-by: Anusha Srivatsa > --- >  drivers/gpu/drm/i915/display/intel_dmc.c | 10 +- >  1 file changed, 9 insertions(+), 1 deletion(-) > > diff --gi

Re: [Intel-gfx] [PATCH] drm/i915/display: Extend DP HDR support to hsw+

On Wed, Mar 23, 2022 at 09:04:36PM +0200, Ville Syrjälä wrote: > On Thu, Mar 24, 2022 at 12:15:22AM +0530, Uma Shankar wrote: > > HSW+ platforms are able to send out HDR Metadata SDP DIP > > packet as GMP. Hence, extending the support for HDR on DP > > encoders for the same. > > > > Closes: https:

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: More fixed_mode refactoring

== Series Details == Series: drm/i915: More fixed_mode refactoring URL : https://patchwork.freedesktop.org/series/101707/ State : success == Summary == CI Bug Log - changes from CI_DRM_11398 -> Patchwork_22661 Summary --- **SUCCESS**

Re: [Intel-gfx] ✗ Fi.CI.DOCS: warning for drm/i915: More fixed_mode refactoring

On Wed, Mar 23, 2022 at 06:57:29PM -, Patchwork wrote: > == Series Details == > > Series: drm/i915: More fixed_mode refactoring > URL : https://patchwork.freedesktop.org/series/101707/ > State : warning > > == Summary == > > $ make htmldocs 2>&1 > /dev/null | grep i915 > ./drivers/gpu/drm/

Re: [Intel-gfx] [PATCH] drm/i915/display: Extend DP HDR support to hsw+

On Thu, Mar 24, 2022 at 12:15:22AM +0530, Uma Shankar wrote: > HSW+ platforms are able to send out HDR Metadata SDP DIP > packet as GMP. Hence, extending the support for HDR on DP > encoders for the same. > > Closes: https://gitlab.freedesktop.org/drm/intel/-/issues/5389 > Cc: Ville Syrjälä > Sig

[Intel-gfx] [PATCH 2/2] drm/i915/dg2: DC states for DG2

DG2 has same DC states as DG1 - upto DC5. Bspec: 49193 Cc: Madhumitha Tolakanahalli Pradeep Signed-off-by: Anusha Srivatsa --- drivers/gpu/drm/i915/display/intel_display_power.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/display/intel_display_powe

[Intel-gfx] [PATCH 1/2] drm/i915/dg2: Load DMC

Add Support to load dmc v2.06 Cc: Madhumitha Tolakanahalli Pradeep Signed-off-by: Anusha Srivatsa --- drivers/gpu/drm/i915/display/intel_dmc.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/display/intel_dmc.c b/drivers/gpu/drm/i915/display/

[Intel-gfx] ✗ Fi.CI.DOCS: warning for drm/i915: More fixed_mode refactoring

== Series Details == Series: drm/i915: More fixed_mode refactoring URL : https://patchwork.freedesktop.org/series/101707/ State : warning == Summary == $ make htmldocs 2>&1 > /dev/null | grep i915 ./drivers/gpu/drm/i915/display/intel_drrs.c:1: warning: 'intel_drrs_enable' not found ./drivers/

[Intel-gfx] ✗ Fi.CI.BAT: failure for Revert "drm/i915/dg2: Add relocation exception" (rev2)

== Series Details == Series: Revert "drm/i915/dg2: Add relocation exception" (rev2) URL : https://patchwork.freedesktop.org/series/101669/ State : failure == Summary == CI Bug Log - changes from CI_DRM_11398 -> Patchwork_22660 Summary -

[Intel-gfx] [PATCH] drm/i915/display: Extend DP HDR support to hsw+

HSW+ platforms are able to send out HDR Metadata SDP DIP packet as GMP. Hence, extending the support for HDR on DP encoders for the same. Closes: https://gitlab.freedesktop.org/drm/intel/-/issues/5389 Cc: Ville Syrjälä Signed-off-by: Uma Shankar --- drivers/gpu/drm/i915/display/intel_dp.c | 2 +

[Intel-gfx] [PATCH 9/9] drm/i915: Change SDVO fixed mode handling

From: Ville Syrjälä SDVO is the only connector type currently returning the VBT fixed mode directly from .get_modes(), everyone else just adds it to the fixed_modes list and then returns that from .get_modes(). Adjust SDVO to follow the common behaviour. Signed-off-by: Ville Syrjälä --- driver

[Intel-gfx] [PATCH 5/9] drm/i915: Rename intel_panel_vbt_fixed_mode()

From: Ville Syrjälä Rename intel_panel_vbt_fixed_mode() to intel_panel_vbt_lfp_fixed_mode() to be more descriptive. We'll have another VBT fixed mode function soon and we don't want to confuse the two. Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/i915/display/icl_dsi.c | 2 +- drivers/

[Intel-gfx] [PATCH 1/9] drm/i915: Pass intel_connector to intel_panel_{init, fini}()

From: Ville Syrjälä All the other intel_panel functions take struct intel_connector, so might as well make init()/fini() take one as well. Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/i915/display/icl_dsi.c | 2 +- drivers/gpu/drm/i915/display/intel_connector.c | 2 +- drivers/gp

[Intel-gfx] [PATCH 8/9] drm/i915: Use intel_panel_edid_fixed_mode() for sdvo

From: Ville Syrjälä Despite the name intel_panel_edid_fixed_mode() doesn't actually look in the EDID. All it does is dig out the preferred mode from the connector's probed_modes list. That is also what the SDVO LVDS code is doing by hand. Let's just call intel_panel_edid_fixed_mode(). The slight

[Intel-gfx] [PATCH 7/9] drm/i915: Extract intel_panel_encoder_fixed_mode()

From: Ville Syrjälä Apart from the EDID and VBT based mechanism we also sometimes use the encoder's current mode as the panel fixed mode. We currently have the same code for that duplicated in two places. Let's unify. Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/i915/display/intel_dvo.c

[Intel-gfx] [PATCH 6/9] drm/i915: Extract intel_panel_vbt_sdvo_fixed_mode()

From: Ville Syrjälä We have a function for duplicating the VBT LFP mode. Add the same for the VBT SDVO mode. Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/i915/display/intel_panel.c | 20 drivers/gpu/drm/i915/display/intel_panel.h | 2 ++ drivers/gpu/drm/i915/display/i

[Intel-gfx] [PATCH 4/9] drm/i915: Use intel_panel_preferred_fixed_mode() more

From: Ville Syrjälä Use intel_panel_preferred_fixed_mode() for all the orientation quirk setup and compute_is_dual_link_lvds()). All of these happen after intel_panel_init() so the panel fixed_mode list is already in place. Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/i915/display/icl_dsi.

[Intel-gfx] [PATCH 3/9] drm/i915: Extract intel_edp_add_properties()

From: Ville Syrjälä Pull the drm_connector_set_panel_orientation_with_quirk() into intel_edp_add_properties() to match how the DSI encoders do it. Less clutter in intel_edp_init_connector() overall. Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/i915/display/intel_dp.c | 22 +

[Intel-gfx] [PATCH 2/9] drm/i915: Use DRM_MODE_FMT+DRM_MODE_ARG()

From: Ville Syrjälä Replace all drm_mode_debug_printmodeline() calls with DRM_MODE_FMT+DRM_MODE_ARG(). Makes the debug output a bit more terse in places where we previously had a newline in the precedeing drm_dbg_kms(), and avoids anything else sneaking in between the two printk()s in all cases.

[Intel-gfx] [PATCH 0/9] drm/i915: More fixed_mode refactoring

From: Ville Syrjälä Continue refactoring the panel fixed_mode stuff. The main thing here is unifying SDVO with the rest of the world. Ville Syrjälä (9): drm/i915: Pass intel_connector to intel_panel_{init,fini}() drm/i915: Use DRM_MODE_FMT+DRM_MODE_ARG() drm/i915: Extract intel_edp_add_pro

[Intel-gfx] [CI] PR for DG2 DMC v2.06

The following changes since commit 681281e49fb6778831370e5d94e6e1d97f0752d6: amdgpu: update PSP 13.0.8 firmware (2022-03-18 07:35:54 -0400) are available in the Git repository at: git://anongit.freedesktop.org/drm/drm-firmware dg2_dmc_v2.06 for you to fetch changes up to ecc28070ea5edd4733b

[Intel-gfx] ✗ Fi.CI.DOCS: warning for Revert "drm/i915/dg2: Add relocation exception" (rev2)

== Series Details == Series: Revert "drm/i915/dg2: Add relocation exception" (rev2) URL : https://patchwork.freedesktop.org/series/101669/ State : warning == Summary == $ make htmldocs 2>&1 > /dev/null | grep i915 ./drivers/gpu/drm/i915/display/intel_drrs.c:1: warning: 'intel_drrs_enable' not

[Intel-gfx] [PATCH] [topic/core-for-CI] Revert "drm/i915/dg2: Add relocation exception"

This reverts commit 904ebf2ba89edaeba5c7c10540e43dba63541dc6. Failures on dg2 tests were caused by invalid alignment when local memory was in use. Changes which adopt alignment according to gen were already merged in IGT so lets revert relocation temporary enabler for dg2. Keeping it is a little b

Re: [Intel-gfx] [RFC 06/19] drm/edid: clean up cea_db_is_*() functions

On Wed, 23 Mar 2022, Ville Syrjälä wrote: > On Tue, Mar 22, 2022 at 11:40:35PM +0200, Jani Nikula wrote: >> Abstract helpers for matching vendor data blocks and extended tags, and >> use them to simplify all the cea_db_is_*() functions. >> >> Take void pointer as parameter to allow transitional u

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/i915/reg: Fix spelling mistake "Unsupport" -> "Unsupported"

== Series Details == Series: drm/i915/reg: Fix spelling mistake "Unsupport" -> "Unsupported" URL : https://patchwork.freedesktop.org/series/101699/ State : failure == Summary == CI Bug Log - changes from CI_DRM_11398 -> Patchwork_22659 Summ

Re: [Intel-gfx] [RFC 00/19] drm/edid: overhaul CEA data block iteration

On Tue, Mar 22, 2022 at 11:40:29PM +0200, Jani Nikula wrote: > Add iterators for EDID blocks and CEA data blocks, to iterate through > all data blocks across all CEA extensions and CTA blocks in DisplayID > data blocks. Fix all code assuming only one CEA extension. Fix code > assuming CTA blocks co

Re: [Intel-gfx] [RFC 19/19] drm/edid: sunset drm_find_cea_extension()

On Tue, Mar 22, 2022 at 11:40:48PM +0200, Jani Nikula wrote: > Convert drm_find_cea_extension() to a predicate function to check if the > EDID has a CEA extension or a DisplayID CTA data block. This is mainly > to avoid adding new users that only find the first CEA extension. > > Signed-off-by: Ja

Re: [Intel-gfx] [RFC 09/19] drm/edid: convert drm_edid_to_sad() to use cea db iter

On Tue, Mar 22, 2022 at 11:40:38PM +0200, Jani Nikula wrote: > Use the cea db iterator for short audio descriptors. We'll still stop at > the first audio data block, but not at the first CEA extension if that > doesn't have the info. This stuff should probably be converted over to the drm_edid_to_

Re: [Intel-gfx] [RFC 05/19] drm/edid: add iterator for CEA data blocks

On Tue, Mar 22, 2022 at 11:40:34PM +0200, Jani Nikula wrote: > Add an iterator for CEA Data Blocks across CEA extensions and CTA > DisplayID Data Blocks. > > Signed-off-by: Jani Nikula > --- > drivers/gpu/drm/drm_edid.c | 198 ++--- > 1 file changed, 186 insertion

[Intel-gfx] ✗ Fi.CI.DOCS: warning for drm/i915/reg: Fix spelling mistake "Unsupport" -> "Unsupported"

== Series Details == Series: drm/i915/reg: Fix spelling mistake "Unsupport" -> "Unsupported" URL : https://patchwork.freedesktop.org/series/101699/ State : warning == Summary == $ make htmldocs 2>&1 > /dev/null | grep i915 ./drivers/gpu/drm/i915/display/intel_drrs.c:1: warning: 'intel_drrs_ena

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm/i915/reg: Fix spelling mistake "Unsupport" -> "Unsupported"

== Series Details == Series: drm/i915/reg: Fix spelling mistake "Unsupport" -> "Unsupported" URL : https://patchwork.freedesktop.org/series/101699/ State : warning == Summary == $ dim checkpatch origin/drm-tip fce9e0a464ec drm/i915/reg: Fix spelling mistake "Unsupport" -> "Unsupported" -:23: W

[Intel-gfx] ✗ Fi.CI.BUILD: failure for dyndbg add exclusive class support (rev2)

== Series Details == Series: dyndbg add exclusive class support (rev2) URL : https://patchwork.freedesktop.org/series/101265/ State : failure == Summary == Applying: dyndbg: fix static_branch manipulation Applying: dyndbg: add class_id field and query support error: sha1 information is lacking

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/edid: fix CEA extension byte #3 parsing

== Series Details == Series: drm/edid: fix CEA extension byte #3 parsing URL : https://patchwork.freedesktop.org/series/101680/ State : success == Summary == CI Bug Log - changes from CI_DRM_11398_full -> Patchwork_22657_full Summary --

Re: [Intel-gfx] [External] Re: drm/i915/adl_p: Increase CDCLK by 15% if PSR2 is used

Hi Mark See comment below. On Tue, 2022-03-22 at 10:23 -0400, Mark Pearson wrote: > Thanks Stanislav, > > On 3/22/22 10:18, Lisovskiy, Stanislav wrote: > > On Tue, Mar 22, 2022 at 09:55:35AM -0400, Mark Pearson wrote: > > > Hi, > > > > > > On 3/21/22 06:49, Stanislav Lisovskiy wrote: > > > > We

Re: [Intel-gfx] [RFC 06/19] drm/edid: clean up cea_db_is_*() functions

On Tue, Mar 22, 2022 at 11:40:35PM +0200, Jani Nikula wrote: > Abstract helpers for matching vendor data blocks and extended tags, and > use them to simplify all the cea_db_is_*() functions. > > Take void pointer as parameter to allow transitional use for both u8 * > and struct cea_db *. > > Sign

Re: [Intel-gfx] [PATCH 2/5] dyndbg: add class_id field and query support

On 3/10/22 23:47, Jim Cromie wrote: > DRM defines/uses 10 enum drm_debug_category's to create exclusive > classes of debug messages. To support this directly in dynamic-debug, > add the following: > > - struct _ddebug.class_id:4 - 4 bits is enough > - define _DPRINTK_SITE_UNCLASSED 15 - see be

Re: [Intel-gfx] [PATCH 00/22] drm: Review of mode copies

On 22/03/2022 01:37, Ville Syrjälä wrote: On Tue, Mar 15, 2022 at 02:52:38PM -0400, Alex Deucher wrote: On Mon, Mar 14, 2022 at 6:12 PM Ville Syrjälä wrote: On Fri, Feb 18, 2022 at 12:03:41PM +0200, Ville Syrjala wrote: drm: Add drm_mode_init() drm/bridge: Use drm_mode_copy() drm/im

Re: [Intel-gfx] [PATCH 1/5] dyndbg: fix static_branch manipulation

On 3/10/22 23:47, Jim Cromie wrote: > In > https://urldefense.com/v3/__https://lore.kernel.org/lkml/20211209150910.ga23...@axis.com/__;!!GjvTz_vk!HGKKoni4RVdEBgv_V0zPSNSX428bpf02zkCy2WbeQkBdVtp1QJqGX-lJYlRDGg$ > > > Vincent's patch commented on, and worked around, a bug toggling > static_bra

Re: [Intel-gfx] [PATCH 18/22] drm/i915: Use drm_mode_init() for on-stack modes

On Mon, 21 Mar 2022, Ville Syrjälä wrote: > On Wed, Mar 16, 2022 at 10:00:06AM +0200, Jani Nikula wrote: > > On Fri, 18 Feb 2022, Ville Syrjala wrote: > > > From: Ville Syrjälä > > > > > > Initialize on-stack modes with drm_mode_init() to guarantee > > > no stack garbage in the list head, or t

[Intel-gfx] [PATCH] drm/i915/reg: Fix spelling mistake "Unsupport" -> "Unsupported"

There is a spelling mistake in a gvt_vgpu_err error message. Fix it. Signed-off-by: Colin Ian King --- drivers/gpu/drm/i915/gvt/handlers.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/gvt/handlers.c b/drivers/gpu/drm/i915/gvt/handlers.c index 520a7e19

Re: [Intel-gfx] [PATCH v2] drm: add a check to verify the size alignment

Am 23.03.22 um 08:34 schrieb Arunpravin Paneer Selvam: Add a simple check to reject any size not aligned to the min_page_size. handle instances when size is not aligned with the min_page_size. Unigine Heaven has allocation requests for example required pages are 257 and alignment request is 256.

Re: [Intel-gfx] drm/i915/adl_p: Increase CDCLK by 15% if PSR2 is used

Hi, On 3/21/22 06:49, Stanislav Lisovskiy wrote: > We are currently getting FIFO underruns, in particular > when PSR2 is enabled. There seem to be no existing workaround > or patches, which can fix that issue(were expecting some recent > selective fetch update and DBuf bw/SAGV fixes to help, > whi

Re: [Intel-gfx] [PATCH 11/22] drm/msm: Use drm_mode_init() for on-stack modes

On 18/02/2022 13:03, Ville Syrjala wrote: From: Ville Syrjälä Initialize on-stack modes with drm_mode_init() to guarantee no stack garbage in the list head, or that we aren't copying over another mode's list head. Based on the following cocci script, with manual fixups: @decl@ identifier M; ex

Re: [Intel-gfx] [PATCH v11] drm/amdgpu: add drm buddy support to amdgpu

Am 23.03.22 um 07:25 schrieb Arunpravin Paneer Selvam: [SNIP] @@ -415,48 +409,86 @@ static int amdgpu_vram_mgr_new(struct ttm_resource_manager *man, goto error_fini; } - mode = DRM_MM_INSERT_BEST; + INIT_LIST_HEAD(&node->blocks); + if (place->flags & TTM

Re: [Intel-gfx] [PATCH 2/5] dyndbg: add class_id field and query support

On 3/11/22 20:06, jim.cro...@gmail.com wrote: > On Fri, Mar 11, 2022 at 12:06 PM Jason Baron wrote: >> >> >> >> On 3/10/22 23:47, Jim Cromie wrote: >>> DRM defines/uses 10 enum drm_debug_category's to create exclusive >>> classes of debug messages. To support this directly in dynamic-debug, >>

[Intel-gfx] [PATCH 22/23] drm/i915: drop bo->moving dependency

That should now be handled by the common dma_resv framework. Signed-off-by: Christian König Cc: intel-gfx@lists.freedesktop.org --- drivers/gpu/drm/i915/gem/i915_gem_object.c | 29 ++-- drivers/gpu/drm/i915/gem/i915_gem_object.h | 5 ++-- drivers/gpu/drm/i915/gem/i915_gem_tt

Re: [Intel-gfx] [External] Re: drm/i915/adl_p: Increase CDCLK by 15% if PSR2 is used

Thanks Stanislav, On 3/22/22 10:18, Lisovskiy, Stanislav wrote: > On Tue, Mar 22, 2022 at 09:55:35AM -0400, Mark Pearson wrote: >> Hi, >> >> On 3/21/22 06:49, Stanislav Lisovskiy wrote: >>> We are currently getting FIFO underruns, in particular >>> when PSR2 is enabled. There seem to be no existin

Re: [Intel-gfx] [PATCH 12/22] drm/msm: Use drm_mode_copy()

On 18/02/2022 13:03, Ville Syrjala wrote: From: Ville Syrjälä struct drm_display_mode embeds a list head, so overwriting the full struct with another one will corrupt the list (if the destination mode is on a list). Use drm_mode_copy() instead which explicitly preserves the list head of the des

Re: [Intel-gfx] [PATCH v2 4/4] drm/i915/display: Remove MBUS joining invalid TODOs

On Tue, Mar 22, 2022 at 2:45 PM José Roberto de Souza wrote: > skl_compute_ddb() will for a modeset in all pipes when MBUS joining > changes between states, so all pipes will be disabled, have all > MBUS related registers updated and then each pipe enabled. > I am not clear what you want to say h

Re: [Intel-gfx] [PATCH v2] drm: Fix a infinite loop condition when order becomes 0

Am 16.03.22 um 12:31 schrieb Matthew Auld: On 16/03/2022 06:34, Arunpravin Paneer Selvam wrote: handle a situation in the condition order-- == min_order, when order = 0 and min_order = 0, leading to order = -1, it now won't exit the loop. To avoid this problem, added a order check in the same co

Re: [Intel-gfx] [PATCH 10/22] drm/msm: Nuke weird on stack mode copy

On 18/02/2022 13:03, Ville Syrjala wrote: From: Ville Syrjälä This on stack middle man mode looks entirely pointless. Just duplicate the original mode directly. Cc: Rob Clark Cc: Sean Paul Cc: Abhinav Kumar Cc: linux-arm-...@vger.kernel.org Cc: freedr...@lists.freedesktop.org Signed-off-by:

Re: [Intel-gfx] [RFC 03/19] drm/edid: clean up CEA data block tag definitions

On Tue, Mar 22, 2022 at 11:40:32PM +0200, Jani Nikula wrote: > Add prefixed names, group, sort, add references. > > Signed-off-by: Jani Nikula > --- > drivers/gpu/drm/drm_edid.c | 59 +- > 1 file changed, 32 insertions(+), 27 deletions(-) > > diff --git a/dri

Re: [Intel-gfx] [RFC 02/19] drm: use drm_edid_extension_block_count() and drm_edid_size()

On Tue, Mar 22, 2022 at 11:40:31PM +0200, Jani Nikula wrote: > Use the block count and size helpers in all drm core code. > > Signed-off-by: Jani Nikula > --- > drivers/gpu/drm/drm_connector.c | 2 +- > drivers/gpu/drm/drm_debugfs.c | 3 +-- > drivers/gpu/drm/drm_edid.c | 14 +++

Re: [Intel-gfx] Commit messages (was: [PATCH v11] drm/amdgpu: add drm buddy support to amdgpu)

On Wed, 23 Mar 2022 at 15:14, Alex Deucher wrote: > On Wed, Mar 23, 2022 at 11:04 AM Daniel Stone wrote: > > That's not what anyone's saying here ... > > > > No-one's demanding AMD publish RTL, or internal design docs, or > > hardware specs, or URLs to JIRA tickets no-one can access. > > > > This

Re: [Intel-gfx] [RFC 01/19] drm/edid: add drm_edid_extension_block_count() and drm_edid_size()

On Tue, Mar 22, 2022 at 11:40:30PM +0200, Jani Nikula wrote: > Add abstractions for getting the number of EDID extension blocks and the > total EDID size in bytes. > > Signed-off-by: Jani Nikula > --- > drivers/gpu/drm/drm_edid.c | 18 ++ > include/drm/drm_edid.h | 2 ++ > 2

Re: [Intel-gfx] [PATCH] drm/edid: fix CEA extension byte #3 parsing

On Wed, 23 Mar 2022, Ville Syrjälä wrote: > On Wed, Mar 23, 2022 at 12:04:38PM +0200, Jani Nikula wrote: >> Only an EDID CEA extension has byte #3, while the CTA DisplayID Data >> Block does not. Don't interpret bogus data for color formats. > > I think what we might want eventually is a cleaner s

Re: [Intel-gfx] Commit messages (was: [PATCH v11] drm/amdgpu: add drm buddy support to amdgpu)

On Wed, Mar 23, 2022 at 11:04 AM Daniel Stone wrote: > > Hi Alex, > > On Wed, 23 Mar 2022 at 14:42, Alex Deucher wrote: > > On Wed, Mar 23, 2022 at 10:00 AM Daniel Stone wrote: > > > On Wed, 23 Mar 2022 at 08:19, Christian König > > > wrote: > > > > Well the key point is it's not about you to

Re: [Intel-gfx] [PATCH 00/22] drm: Review of mode copies

On Wed, Mar 23, 2022 at 01:39:44PM +0300, Dmitry Baryshkov wrote: > On 22/03/2022 01:37, Ville Syrjälä wrote: > > On Tue, Mar 15, 2022 at 02:52:38PM -0400, Alex Deucher wrote: > >> On Mon, Mar 14, 2022 at 6:12 PM Ville Syrjälä > >> wrote: > >>> > >>> On Fri, Feb 18, 2022 at 12:03:41PM +0200, Ville

Re: [Intel-gfx] [PATCH] drm/i915/display: Add smem fallback allocation for dpt

On 22.3.2022 17.53, Matthew Auld wrote: On Tue, 22 Mar 2022 at 12:06, Juha-Pekka Heikkila wrote: On 22.3.2022 12.45, Matthew Auld wrote: On Mon, 21 Mar 2022 at 18:36, Juha-Pekka Heikkila wrote: On 21.3.2022 14.29, Matthew Auld wrote: On Fri, 18 Mar 2022 at 09:22, Juha-Pekka Heikkila wrot

Re: [Intel-gfx] [PATCH] drm/edid: fix CEA extension byte #3 parsing

On Wed, Mar 23, 2022 at 12:04:38PM +0200, Jani Nikula wrote: > Only an EDID CEA extension has byte #3, while the CTA DisplayID Data > Block does not. Don't interpret bogus data for color formats. I think what we might want eventually is a cleaner split between the CTA data blocks vs. the rest of t

Re: [Intel-gfx] Commit messages (was: [PATCH v11] drm/amdgpu: add drm buddy support to amdgpu)

Hi Alex, On Wed, 23 Mar 2022 at 14:42, Alex Deucher wrote: > On Wed, Mar 23, 2022 at 10:00 AM Daniel Stone wrote: > > On Wed, 23 Mar 2022 at 08:19, Christian König > > wrote: > > > Well the key point is it's not about you to judge that. > > > > > > If you want to complain about the commit mess

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915: Decouple engine->sanitize callback on removing the status page

== Series Details == Series: drm/i915: Decouple engine->sanitize callback on removing the status page URL : https://patchwork.freedesktop.org/series/101679/ State : success == Summary == CI Bug Log - changes from CI_DRM_11398_full -> Patchwork_22656_full ===

Re: [Intel-gfx] Commit messages (was: [PATCH v11] drm/amdgpu: add drm buddy support to amdgpu)

On Wed, Mar 23, 2022 at 10:00 AM Daniel Stone wrote: > > On Wed, 23 Mar 2022 at 08:19, Christian König > wrote: > > Am 23.03.22 um 09:10 schrieb Paul Menzel: > > > Sorry, I disagree. The motivation needs to be part of the commit > > > message. For example see recent discussion on the LWN article

Re: [Intel-gfx] [v8 3/5] drm/edid: read HF-EEODB ext block

On Wed, Mar 23, 2022 at 12:11:50PM +0200, Jani Nikula wrote: > On Thu, 17 Mar 2022, Lee Shawn C wrote: > > According to HDMI 2.1 spec. > > > > "The HDMI Forum EDID Extension Override Data Block (HF-EEODB) > > is utilized by Sink Devices to provide an alternate method to > > indicate an EDID Extens

[Intel-gfx] ✗ Fi.CI.IGT: failure for Remove check for ComboPHY I/O voltage for DP source rate (rev5)

== Series Details == Series: Remove check for ComboPHY I/O voltage for DP source rate (rev5) URL : https://patchwork.freedesktop.org/series/96293/ State : failure == Summary == CI Bug Log - changes from CI_DRM_11398_full -> Patchwork_22655_full =

Re: [Intel-gfx] Commit messages (was: [PATCH v11] drm/amdgpu: add drm buddy support to amdgpu)

On Wed, 23 Mar 2022 at 08:19, Christian König wrote: > Am 23.03.22 um 09:10 schrieb Paul Menzel: > > Sorry, I disagree. The motivation needs to be part of the commit > > message. For example see recent discussion on the LWN article > > *Donenfeld: Random number generator enhancements for Linux 5.1

Re: [Intel-gfx] [PATCH] drm/edid: filter DisplayID v2.0 CTA block in audio detection

On Wednesday, March 23, 2022 6:40 PM, Jani wrote : >On Wed, 23 Mar 2022, "Lee, Shawn C" wrote: >> On Wednesday, March 23, 2022 6:04 PM, Nikula, Jani >> wrote : >>>On Mon, 21 Mar 2022, Cooper Chiou wrote: In DisplayID v2.0 CTS data block 0x81 case, there is no any audio information d

Re: [Intel-gfx] [PATCH v13 00/13] Add GuC Error Capture Support

Hi, On 21/03/2022 16:45, Alan Previn wrote: This series: 1. Enables support of GuC to report error-state-capture using a list of MMIO registers the driver registers and GuC will dump, log and notify right before a GuC triggered engine-reset event. 2. Updates the ADS blo

  1   2   >