[Intel-gfx] [PATCH v3 1/2] drm/i915/opregion: add support for mailbox #5 EDID
Anisse Astier
anisse at astier.eu
Wed Sep 1 12:06:16 UTC 2021
Hi,
On Tue, Aug 31, 2021 at 11:30 AM Jani Nikula <jani.nikula at intel.com> wrote:
>
> On Tue, 17 Aug 2021, Anisse Astier <anisse at astier.eu> wrote:
> > The ACPI OpRegion Mailbox #5 ASLE extension may contain an EDID to be
> > used for the embedded display. Add support for using it via by adding
> > the EDID to the list of available modes on the connector, and use it for
> > eDP when available.
> >
> > If a panel's EDID is broken, there may be an override EDID set in the
> > ACPI OpRegion mailbox #5. Use it if available.
> >
> > Fixes the GPD Win Max laptop display, which seems to only use this
> > mechanism to provide a proper EDID for its eDP screen. It would have
> > been better to provide the EDID through the ACPI _DDC method instead, to
> > have a more generic solution, but it seems the designers of this system
> > did not consider it, and shipped the firmware without it.
>
> The question is whether the opregion EDID should be used for override or
> fallback. The patch at hand is kind of neither, it just unconditionally
> adds the modes from the opregion EDID to the connector. For your
> display, they apparently end up also being the only mode(s), with one of
> them being used as the fixed mode. (Otherwise the orientation quirk
> wouldn't work.)
Yes, I agree it should be a fallback, at least for this hardware.
>
> What does drm_get_edid() return for you? Maybe we should do something
> like this instead:
>
> mutex_lock(&dev->mode_config.mutex);
> edid = drm_get_edid(connector, &intel_dp->aux.ddc);
> + if (!edid)
> + edid = intel_opregion_get_edid(intel_connector);
> if (edid) {
> if (drm_add_edid_modes(connector, edid)) {
> drm_connector_update_edid_property(connector, edid);
Yes, I just tried this, it works well since drm_get_edid() does not
return an EDID.
>
> This way we'll actually use all the other bits in the EDID, not just the
> modes. And if it needs to become override rather than fallback, the
> solution is:
>
> mutex_lock(&dev->mode_config.mutex);
> - edid = drm_get_edid(connector, &intel_dp->aux.ddc);
> + edid = intel_opregion_get_edid(intel_connector);
> + if (!edid)
> + edid = drm_get_edid(connector, &intel_dp->aux.ddc);
> if (edid) {
> if (drm_add_edid_modes(connector, edid)) {
> drm_connector_update_edid_property(connector, edid);
>
> In any case, I think it's just plain wrong to use both the display and
> opregion EDIDs at the same time. It's probably all around safer to start
> with fallback.
It will be in the next iteration.
>
> Please find some further comments inline.
>
> > Based on original patch series by: Jani Nikula <jani.nikula at intel.com>
> > https://patchwork.kernel.org/project/intel-gfx/patch/20200828061941.17051-1-jani.nikula@intel.com/
> >
> > Changes since Jani Nikula's series:
> > - EDID is copied and validated with drm_edid_is_valid
> > - Mode is now added via drm_add_edid_modes instead of using override
> > mechanism
> > - squashed the two patches
> >
> > Cc: Jani Nikula <jani.nikula at intel.com>
> > Cc: Uma Shankar <uma.shankar at intel.com>
> > Cc: Ville Syrjälä <ville.syrjala at linux.intel.com>
> > Signed-off-by: Anisse Astier <anisse at astier.eu>
> > ---
> > drivers/gpu/drm/i915/display/intel_dp.c | 3 +
> > drivers/gpu/drm/i915/display/intel_opregion.c | 69 ++++++++++++++++++-
> > drivers/gpu/drm/i915/display/intel_opregion.h | 8 +++
> > 3 files changed, 79 insertions(+), 1 deletion(-)
> >
> > diff --git a/drivers/gpu/drm/i915/display/intel_dp.c b/drivers/gpu/drm/i915/display/intel_dp.c
> > index 75d4ebc66941..f9254c0df1a2 100644
> > --- a/drivers/gpu/drm/i915/display/intel_dp.c
> > +++ b/drivers/gpu/drm/i915/display/intel_dp.c
> > @@ -5183,6 +5183,9 @@ static bool intel_edp_init_connector(struct intel_dp *intel_dp,
> > goto out_vdd_off;
> > }
> >
> > + /* Set up override EDID, if any, from ACPI OpRegion */
> > + intel_opregion_edid_probe(intel_connector);
> > +
> > mutex_lock(&dev->mode_config.mutex);
> > edid = drm_get_edid(connector, &intel_dp->aux.ddc);
> > if (edid) {
> > diff --git a/drivers/gpu/drm/i915/display/intel_opregion.c b/drivers/gpu/drm/i915/display/intel_opregion.c
> > index 3855fba70980..b1b87ed758ba 100644
> > --- a/drivers/gpu/drm/i915/display/intel_opregion.c
> > +++ b/drivers/gpu/drm/i915/display/intel_opregion.c
> > @@ -196,6 +196,8 @@ struct opregion_asle_ext {
> > #define ASLE_IUER_WINDOWS_BTN (1 << 1)
> > #define ASLE_IUER_POWER_BTN (1 << 0)
> >
> > +#define ASLE_PHED_EDID_VALID_MASK 0x3
> > +
> > /* Software System Control Interrupt (SWSCI) */
> > #define SWSCI_SCIC_INDICATOR (1 << 0)
> > #define SWSCI_SCIC_MAIN_FUNCTION_SHIFT 1
> > @@ -909,8 +911,10 @@ int intel_opregion_setup(struct drm_i915_private *dev_priv)
> > opregion->asle->ardy = ASLE_ARDY_NOT_READY;
> > }
> >
> > - if (mboxes & MBOX_ASLE_EXT)
> > + if (mboxes & MBOX_ASLE_EXT) {
> > drm_dbg(&dev_priv->drm, "ASLE extension supported\n");
> > + opregion->asle_ext = base + OPREGION_ASLE_EXT_OFFSET;
> > + }
> >
> > if (intel_load_vbt_firmware(dev_priv) == 0)
> > goto out;
> > @@ -1037,6 +1041,68 @@ intel_opregion_get_panel_type(struct drm_i915_private *dev_priv)
> > return ret - 1;
> > }
> >
> > +/**
> > + * intel_opregion_edid_probe - Add EDID from ACPI OpRegion mailbox #5
> > + * @intel_connector: eDP connector
> > + *
> > + * This reads the ACPI Opregion mailbox #5 to extract the EDID that is passed
> > + * to it.
> > + *
> > + * Will take a lock on the DRM mode_config to add the EDID; make sure it isn't
> > + * called with lock taken.
> > + *
> > + */
> > +void intel_opregion_edid_probe(struct intel_connector *intel_connector)
>
> With what I proposed this would become:
>
> struct edid *intel_opregion_get_edid(struct intel_connector *intel_connector)
>
> > +{
> > + struct drm_connector *connector = &intel_connector->base;
> > + struct drm_i915_private *i915 = to_i915(connector->dev);
> > + struct intel_opregion *opregion = &i915->opregion;
> > + const void *in_edid;
> > + const struct edid *edid;
> > + struct edid *new_edid;
> > + int len, ret, num;
> > +
> > + if (!opregion->asle_ext || connector->override_edid)
>
> I don't think ->override_edid can actually be true at this point.
Ok.
>
> > + return;
> > +
> > + in_edid = opregion->asle_ext->bddc;
> > +
> > + /* Validity corresponds to number of 128-byte blocks */
> > + len = (opregion->asle_ext->phed & ASLE_PHED_EDID_VALID_MASK) * 128;
> > + if (!len || !memchr_inv(in_edid, 0, len))
> > + return;
> > +
> > + edid = in_edid;
> > +
> > + if (len < EDID_LENGTH * (1 + edid->extensions)) {
> > + drm_dbg_kms(&i915->drm, "Invalid EDID in ACPI OpRegion (Mailbox #5)\n");
> > + return;
> > + }
> > + new_edid = drm_edid_duplicate(edid);
> > + if (!new_edid) {
> > + drm_err(&i915->drm, "Cannot duplicate EDID\n");
>
> In general, it's useless to try to debug print kmalloc errors.
>
> > + return;
> > + }
> > + if (!drm_edid_is_valid(new_edid)) {
> > + kfree(new_edid);
> > + drm_dbg_kms(&i915->drm, "Cannot validate EDID in ACPI OpRegion (Mailbox #5)\n");
>
> Please just say the EDID is invalid. "Cannot validate" seems like we
> weren't able to check.
Ok.
>
> > + return;
> > + }
> > +
> > + ret = drm_connector_update_edid_property(connector, new_edid);
> > + if (ret) {
> > + kfree(new_edid);
> > + return;
> > + }
> > +
> > + mutex_lock(&connector->dev->mode_config.mutex);
> > + num = drm_add_edid_modes(connector, new_edid);
> > + mutex_unlock(&connector->dev->mode_config.mutex);
>
> The above parts would go away with my proposal.
Ok.
>
> > +
> > + drm_dbg_kms(&i915->drm, "Using OpRegion EDID for [CONNECTOR:%d:%s], added %d mode(s)\n",
> > + connector->base.id, connector->name, num);
>
> It's customary to have [CONNECTOR:%d:%s] as the first thing in the debug
> log; it's easier to look for in dmesg.
Ok.
>
> > +}
> > +
> > void intel_opregion_register(struct drm_i915_private *i915)
> > {
> > struct intel_opregion *opregion = &i915->opregion;
> > @@ -1130,6 +1196,7 @@ void intel_opregion_unregister(struct drm_i915_private *i915)
> > opregion->acpi = NULL;
> > opregion->swsci = NULL;
> > opregion->asle = NULL;
> > + opregion->asle_ext = NULL;
> > opregion->vbt = NULL;
> > opregion->lid_state = NULL;
> > }
> > diff --git a/drivers/gpu/drm/i915/display/intel_opregion.h b/drivers/gpu/drm/i915/display/intel_opregion.h
> > index 4aa68ffbd30e..c1ecfcbb6f55 100644
> > --- a/drivers/gpu/drm/i915/display/intel_opregion.h
> > +++ b/drivers/gpu/drm/i915/display/intel_opregion.h
> > @@ -29,12 +29,14 @@
> > #include <linux/pci.h>
> >
> > struct drm_i915_private;
> > +struct intel_connector;
> > struct intel_encoder;
> >
> > struct opregion_header;
> > struct opregion_acpi;
> > struct opregion_swsci;
> > struct opregion_asle;
> > +struct opregion_asle_ext;
> >
> > struct intel_opregion {
> > struct opregion_header *header;
> > @@ -43,6 +45,7 @@ struct intel_opregion {
> > u32 swsci_gbda_sub_functions;
> > u32 swsci_sbcb_sub_functions;
> > struct opregion_asle *asle;
> > + struct opregion_asle_ext *asle_ext;
> > void *rvda;
> > void *vbt_firmware;
> > const void *vbt;
> > @@ -71,6 +74,7 @@ int intel_opregion_notify_encoder(struct intel_encoder *intel_encoder,
> > int intel_opregion_notify_adapter(struct drm_i915_private *dev_priv,
> > pci_power_t state);
> > int intel_opregion_get_panel_type(struct drm_i915_private *dev_priv);
> > +void intel_opregion_edid_probe(struct intel_connector *connector);
> >
> > #else /* CONFIG_ACPI*/
> >
> > @@ -117,6 +121,10 @@ static inline int intel_opregion_get_panel_type(struct drm_i915_private *dev)
> > return -ENODEV;
> > }
> >
> > +void intel_opregion_edid_probe(struct intel_connector *connector)
> > +{
> > +}
> > +
>
> static inline
Noted.
>
> > #endif /* CONFIG_ACPI */
> >
> > #endif
>
> --
> Jani Nikula, Intel Open Source Graphics Center
Thanks a lot for your review time.
Anisse
More information about the Intel-gfx
mailing list