From: Hans de Goede <hdegoede@redhat.com>
To: Patrik Jakobsson <patrik.r.jakobsson@gmail.com>
Cc: dri-devel <dri-devel@lists.freedesktop.org>
Subject: Re: [PATCH] drm/gma500/cdv: Check vbt config bits when detecting lvds panels
Date: Mon, 29 Apr 2019 16:44:07 +0200 [thread overview]
Message-ID: <d6489376-e5a9-8a41-e3c7-68d9f6581094@redhat.com> (raw)
In-Reply-To: <CAMeQTsaxZmZZ3rtLR7=Bjp475OQBei2UegM2qoQ5a392j4w=dw@mail.gmail.com>
Hi,
On 22-04-19 19:54, Patrik Jakobsson wrote:
> On Sun, Apr 21, 2019 at 8:46 PM Hans de Goede <hdegoede@redhat.com> wrote:
>>
>> Hi,
>>
>> On 16-04-19 13:46, Patrik Jakobsson wrote:
>>> Some machines have an lvds child device in vbt even though a panel is
>>> not attached. To make detection more reliable we now also check the lvds
>>> config bits available in the vbt.
>>>
>>> Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1665766
>>> Signed-off-by: Patrik Jakobsson <patrik.r.jakobsson@gmail.com>
>>> Cc: Hans de Goede <hdegoede@redhat.com>
>>> Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
>>
>> The reporter of https://bugzilla.redhat.com/show_bug.cgi?id=1665766
>> just got back to me and he confirms that this patch fixes the
>> false-positive LVDS panel detection on his NAS, without needing
>> a DMI blacklist.
>>
>> So it looks like this patch indeed is a better fix then my initial
>> DMI blacklist approach and from my pov this patch is ready to
>> go upstream.
>
> Thanks Hans, can I add your review tag?
Erm, then I would need to actually review it first ... done:
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
Regards,
Hans
>>> ---
>>> drivers/gpu/drm/gma500/cdv_intel_lvds.c | 3 +++
>>> drivers/gpu/drm/gma500/intel_bios.c | 3 +++
>>> drivers/gpu/drm/gma500/psb_drv.h | 1 +
>>> 3 files changed, 7 insertions(+)
>>>
>>> diff --git a/drivers/gpu/drm/gma500/cdv_intel_lvds.c b/drivers/gpu/drm/gma500/cdv_intel_lvds.c
>>> index de9531caaca0..9c8446184b17 100644
>>> --- a/drivers/gpu/drm/gma500/cdv_intel_lvds.c
>>> +++ b/drivers/gpu/drm/gma500/cdv_intel_lvds.c
>>> @@ -594,6 +594,9 @@ void cdv_intel_lvds_init(struct drm_device *dev,
>>> int pipe;
>>> u8 pin;
>>>
>>> + if (!dev_priv->lvds_enabled_in_vbt)
>>> + return;
>>> +
>>> pin = GMBUS_PORT_PANEL;
>>> if (!lvds_is_present_in_vbt(dev, &pin)) {
>>> DRM_DEBUG_KMS("LVDS is not present in VBT\n");
>>> diff --git a/drivers/gpu/drm/gma500/intel_bios.c b/drivers/gpu/drm/gma500/intel_bios.c
>>> index 63bde4e86c6a..e019ea271ffc 100644
>>> --- a/drivers/gpu/drm/gma500/intel_bios.c
>>> +++ b/drivers/gpu/drm/gma500/intel_bios.c
>>> @@ -436,6 +436,9 @@ parse_driver_features(struct drm_psb_private *dev_priv,
>>> if (driver->lvds_config == BDB_DRIVER_FEATURE_EDP)
>>> dev_priv->edp.support = 1;
>>>
>>> + dev_priv->lvds_enabled_in_vbt = driver->lvds_config != 0;
>>> + DRM_DEBUG_KMS("LVDS VBT config bits: 0x%x\n", driver->lvds_config);
>>> +
>>> /* This bit means to use 96Mhz for DPLL_A or not */
>>> if (driver->primary_lfp_id)
>>> dev_priv->dplla_96mhz = true;
>>> diff --git a/drivers/gpu/drm/gma500/psb_drv.h b/drivers/gpu/drm/gma500/psb_drv.h
>>> index 941b238bdcc9..bc608ddc3bd1 100644
>>> --- a/drivers/gpu/drm/gma500/psb_drv.h
>>> +++ b/drivers/gpu/drm/gma500/psb_drv.h
>>> @@ -537,6 +537,7 @@ struct drm_psb_private {
>>> int lvds_ssc_freq;
>>> bool is_lvds_on;
>>> bool is_mipi_on;
>>> + bool lvds_enabled_in_vbt;
>>> u32 mipi_ctrl_display;
>>>
>>> unsigned int core_freq;
>>>
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
prev parent reply other threads:[~2019-04-29 14:44 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-16 11:46 [PATCH] drm/gma500/cdv: Check vbt config bits when detecting lvds panels Patrik Jakobsson
2019-04-21 18:46 ` Hans de Goede
2019-04-22 17:54 ` Patrik Jakobsson
2019-04-29 14:44 ` Hans de Goede [this message]
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=d6489376-e5a9-8a41-e3c7-68d9f6581094@redhat.com \
--to=hdegoede@redhat.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=patrik.r.jakobsson@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox