All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lucas De Marchi <lucas.demarchi@intel.com>
To: Matt Roper <matthew.d.roper@intel.com>
Cc: Jani Nikula <jani.nikula@intel.com>,
	Christoph Hellwig <hch@infradead.org>,
	intel-gfx@lists.freedesktop.org
Subject: Re: [Intel-gfx] [PATCH v2] drm/i915/display: split DISPLAY_VER 9 and 10 in intel_setup_outputs()
Date: Fri, 23 Jul 2021 08:02:40 -0700	[thread overview]
Message-ID: <20210723150240.klvvokdy7xcslaec@ldmartin-desk2> (raw)
In-Reply-To: <20210723055709.GA1229765@mdroper-desk1.amr.corp.intel.com>

On Thu, Jul 22, 2021 at 10:57:09PM -0700, Matt Roper wrote:
>On Thu, Jul 22, 2021 at 04:29:22PM -0700, Lucas De Marchi wrote:
>> Commit 5a9d38b20a5a ("drm/i915/display: hide workaround for broken vbt
>> in intel_bios.c") moved the workaround for broken or missing VBT to
>> intel_bios.c. However is_port_valid() only protects the handling of
>> different skus of the same display version. Since in
>> intel_setup_outputs() we share the code path with version 9, this would
>> also create port F for SKL/KBL, which does not exist.
>>
>> Missing VBT can be reproduced when starting a headless QEMU with no
>> opregion available.
>>
>> Avoid the issue by splitting versions 9 and 10 in intel_setup_outputs(),
>> which also makes it more clear what code path it's taking for each
>> version.
>
>Or we could just drop the PORT_F line.  We've slowly been dropping bits
>and pieces of CNL support from the driver for a while now since all the
>hardware that came out had fused off graphics/display; that leaves GLK
>as the only real platform with display version 10, and it's already
>handled in its own condition branch above.

no, that was my suggestion when I did this for the first time. Review
from Ville last time was that we should either remove it completely or
not at all, instead of dropping some pieces. At the time I started a
series to remove it, but never completed.

https://patchwork.freedesktop.org/patch/428168/?series=88988&rev=1#comment_768918

I will try to come back to that series again, but it's not something to
go to -fixes, so I'd prefer to keep this patch.

thanks
Lucas De Marchi

>
>
>Matt
>
>>
>> v2: move generic display version after Geminilake since that one has
>> a different set of outputs
>>
>> Fixes: 5a9d38b20a5a ("drm/i915/display: hide workaround for broken vbt in intel_bios.c")
>> Cc: Jani Nikula <jani.nikula@intel.com>
>> Cc: Rodrigo Vivi <rodrigo.vivi@intel.com>
>> Reported-by: Christoph Hellwig <hch@infradead.org>
>> Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
>> Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
>> ---
>>  drivers/gpu/drm/i915/display/intel_display.c | 8 +++++++-
>>  1 file changed, 7 insertions(+), 1 deletion(-)
>>
>> diff --git a/drivers/gpu/drm/i915/display/intel_display.c b/drivers/gpu/drm/i915/display/intel_display.c
>> index c274bfb8e549..3f5383f3c744 100644
>> --- a/drivers/gpu/drm/i915/display/intel_display.c
>> +++ b/drivers/gpu/drm/i915/display/intel_display.c
>> @@ -11376,13 +11376,19 @@ static void intel_setup_outputs(struct drm_i915_private *dev_priv)
>>  		intel_ddi_init(dev_priv, PORT_B);
>>  		intel_ddi_init(dev_priv, PORT_C);
>>  		vlv_dsi_init(dev_priv);
>> -	} else if (DISPLAY_VER(dev_priv) >= 9) {
>> +	} else if (DISPLAY_VER(dev_priv) == 10) {
>>  		intel_ddi_init(dev_priv, PORT_A);
>>  		intel_ddi_init(dev_priv, PORT_B);
>>  		intel_ddi_init(dev_priv, PORT_C);
>>  		intel_ddi_init(dev_priv, PORT_D);
>>  		intel_ddi_init(dev_priv, PORT_E);
>>  		intel_ddi_init(dev_priv, PORT_F);
>> +	} else if (DISPLAY_VER(dev_priv) >= 9) {
>> +		intel_ddi_init(dev_priv, PORT_A);
>> +		intel_ddi_init(dev_priv, PORT_B);
>> +		intel_ddi_init(dev_priv, PORT_C);
>> +		intel_ddi_init(dev_priv, PORT_D);
>> +		intel_ddi_init(dev_priv, PORT_E);
>>  	} else if (HAS_DDI(dev_priv)) {
>>  		u32 found;
>>
>> --
>> 2.31.1
>>
>> _______________________________________________
>> Intel-gfx mailing list
>> Intel-gfx@lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/intel-gfx
>
>-- 
>Matt Roper
>Graphics Software Engineer
>VTT-OSGC Platform Enablement
>Intel Corporation
>(916) 356-2795
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

  reply	other threads:[~2021-07-23 15:02 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-22 23:29 [Intel-gfx] [PATCH v2] drm/i915/display: split DISPLAY_VER 9 and 10 in intel_setup_outputs() Lucas De Marchi
2021-07-23  0:32 ` [Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/display: split DISPLAY_VER 9 and 10 in intel_setup_outputs() (rev2) Patchwork
2021-07-23  2:50 ` [Intel-gfx] ✓ Fi.CI.IGT: " Patchwork
2021-07-23  5:57 ` [Intel-gfx] [PATCH v2] drm/i915/display: split DISPLAY_VER 9 and 10 in intel_setup_outputs() Matt Roper
2021-07-23 15:02   ` Lucas De Marchi [this message]
2021-07-23 15:15     ` Matt Roper

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20210723150240.klvvokdy7xcslaec@ldmartin-desk2 \
    --to=lucas.demarchi@intel.com \
    --cc=hch@infradead.org \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=jani.nikula@intel.com \
    --cc=matthew.d.roper@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.