From: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
To: Daniel Vetter <daniel@ffwll.ch>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/i915/bxt: WA for swapped HPD pins in A stepping
Date: Mon, 13 Jul 2015 16:27:48 +0530 [thread overview]
Message-ID: <55A399AC.7080400@intel.com> (raw)
In-Reply-To: <20150713094027.GD3736@phenom.ffwll.local>
On 7/13/2015 3:10 PM, Daniel Vetter wrote:
> On Mon, Jul 13, 2015 at 02:10:09PM +0530, Sonika Jindal wrote:
>> As per bspec, on BXT A0/A1, sw needs to activate DDIA HPD logic
>> and interrupts to check the external panel connection.
>> And remove the redundant comment.
>>
>> v2: Remove redundant IS_BROXTON check, Add comment about port C not
>> connected, and rephrase the commit message to include only what we
>> are doing here (Imre)
>> v3: Add comment about the WA, move 'hpd' initialization outside for
>> loop (Siva)
>> Also, remove few redundant comments from hpd handler (me)
>>
>> Signed-off-by: Sonika Jindal <sonika.jindal@intel.com>
> Can't we do this in two steps:
> - Wire up port A hpd in a generic way.
> - Add wa for bxt to use port A hpd in the various encoder setup functions
> where we assign intel_encoder->hpd_pin.
>
> Currently that switchover is spread all through low-level functions, which
> makes this a bit confusion. Imo low-level code shouldn't treat hpd A as
> anything but hpd A since that's just confusing. And we already have the
> infrastructure for encoders to ask for any hpd pin they want really.
> -Daniel
>
>> ---
>> drivers/gpu/drm/i915/i915_irq.c | 46 ++++++++++++++++++++++++++-------------
>> 1 file changed, 31 insertions(+), 15 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/i915/i915_irq.c b/drivers/gpu/drm/i915/i915_irq.c
>> index a897f68..13cabca 100644
>> --- a/drivers/gpu/drm/i915/i915_irq.c
>> +++ b/drivers/gpu/drm/i915/i915_irq.c
>> @@ -88,7 +88,14 @@ static const u32 hpd_status_i915[HPD_NUM_PINS] = {
>> [HPD_PORT_D] = PORTD_HOTPLUG_INT_STATUS
>> };
>>
>> -/* BXT hpd list */
>> +/*
>> + * On BXT A0/A1, sw needs to activate DDIA HPD logic and interrupts to check
>> + * the external panel connection. Port C is not connected on bxt A0/A1
>> + */
>> +static const u32 hpd_bxt_a0[HPD_NUM_PINS] = {
>> + [HPD_PORT_B] = BXT_DE_PORT_HP_DDIA
>> +};
>> +
>> static const u32 hpd_bxt[HPD_NUM_PINS] = {
>> [HPD_PORT_B] = BXT_DE_PORT_HP_DDIB,
>> [HPD_PORT_C] = BXT_DE_PORT_HP_DDIC
>> @@ -1967,6 +1974,7 @@ static void bxt_hpd_handler(struct drm_device *dev, uint32_t iir_status)
>> struct drm_i915_private *dev_priv = dev->dev_private;
>> u32 hp_control, hp_trigger;
>> u32 pin_mask, long_mask;
>> + const u32 *hpd;
>>
>> /* Get the status */
>> hp_trigger = iir_status & BXT_DE_PORT_HOTPLUG_MASK;
>> @@ -1981,7 +1989,12 @@ static void bxt_hpd_handler(struct drm_device *dev, uint32_t iir_status)
>> /* Clear sticky bits in hpd status */
>> I915_WRITE(BXT_HOTPLUG_CTL, hp_control);
>>
>> - pch_get_hpd_pins(&pin_mask, &long_mask, hp_trigger, hp_control, hpd_bxt);
>> + if (INTEL_REVID(dev) < BXT_REVID_B0)
>> + hpd = hpd_bxt_a0;
>> + else
>> + hpd = hpd_bxt;
>> +
>> + pch_get_hpd_pins(&pin_mask, &long_mask, hp_trigger, hp_control, hpd);
>> intel_hpd_irq_handler(dev, pin_mask, long_mask);
>> }
>>
>> @@ -3021,31 +3034,34 @@ static void bxt_hpd_irq_setup(struct drm_device *dev)
>> struct intel_encoder *intel_encoder;
>> u32 hotplug_port = 0;
>> u32 hotplug_ctrl;
>> + const u32 *hpd;
>>
>> - /* Now, enable HPD */
>> - for_each_intel_encoder(dev, intel_encoder) {
>> + if (INTEL_REVID(dev) < BXT_REVID_B0)
>> + hpd = hpd_bxt_a0;
>> + else
>> + hpd = hpd_bxt;
>> +
>> + for_each_intel_encoder(dev, intel_encoder)
>> if (dev_priv->hotplug.stats[intel_encoder->hpd_pin].state
>> == HPD_ENABLED)
>> - hotplug_port |= hpd_bxt[intel_encoder->hpd_pin];
>> - }
>> + hotplug_port |= hpd[intel_encoder->hpd_pin];
>>
>> - /* Mask all HPD control bits */
>> hotplug_ctrl = I915_READ(BXT_HOTPLUG_CTL) & ~BXT_HOTPLUG_CTL_MASK;
>>
>> - /* Enable requested port in hotplug control */
>> /* TODO: implement (short) HPD support on port A */
>> - WARN_ON_ONCE(hotplug_port & BXT_DE_PORT_HP_DDIA);
>> - if (hotplug_port & BXT_DE_PORT_HP_DDIB)
>> - hotplug_ctrl |= BXT_DDIB_HPD_ENABLE;
>> - if (hotplug_port & BXT_DE_PORT_HP_DDIC)
>> - hotplug_ctrl |= BXT_DDIC_HPD_ENABLE;
>> + if (INTEL_REVID(dev) < BXT_REVID_B0 && (hotplug_port & BXT_DE_PORT_HP_DDIA))
>> + hotplug_ctrl |= BXT_DDIA_HPD_ENABLE;
>> + else {
>> + if (hotplug_port & BXT_DE_PORT_HP_DDIB)
>> + hotplug_ctrl |= BXT_DDIB_HPD_ENABLE;
>> + if (hotplug_port & BXT_DE_PORT_HP_DDIC)
>> + hotplug_ctrl |= BXT_DDIC_HPD_ENABLE;
>> + }
>> I915_WRITE(BXT_HOTPLUG_CTL, hotplug_ctrl);
>>
>> - /* Unmask DDI hotplug in IMR */
>> hotplug_ctrl = I915_READ(GEN8_DE_PORT_IMR) & ~hotplug_port;
>> I915_WRITE(GEN8_DE_PORT_IMR, hotplug_ctrl);
>>
>> - /* Enable DDI hotplug in IER */
>> hotplug_ctrl = I915_READ(GEN8_DE_PORT_IER) | hotplug_port;
>> I915_WRITE(GEN8_DE_PORT_IER, hotplug_ctrl);
>> POSTING_READ(GEN8_DE_PORT_IER);
>> --
>> 1.7.10.4
>>
>> _______________________________________________
>> Intel-gfx mailing list
>> Intel-gfx@lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
>
>
Agreed, that is better.
Sonika,
lets split this into two patches,
one : will add HPD support for DDIA like it is already done for DDIB & C.
second, will just update hpd_pin for A0/A1 systems as required and avoid
explicit revision checks in irq.c file.
--
regards,
Sivakumar
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2015-07-13 10:58 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-13 4:17 [PATCH] drm/i915/bxt: WA for swapped HPD pins in A stepping Sonika Jindal
2015-07-13 6:31 ` Sivakumar Thulasimani
2015-07-13 8:11 ` Jindal, Sonika
2015-07-13 8:40 ` Sonika Jindal
2015-07-13 9:40 ` Daniel Vetter
2015-07-13 10:57 ` Sivakumar Thulasimani [this message]
2015-07-14 5:48 ` [PATCH 1/2] drm/i915/bxt: Add HPD support for DDIA Sonika Jindal
2015-07-14 5:48 ` [PATCH 2/2] drm/i915/bxt: WA for swapped HPD pins in A stepping Sonika Jindal
2015-07-14 8:10 ` Daniel Vetter
2015-07-14 14:22 ` Imre Deak
2015-07-15 6:35 ` Jindal, Sonika
2015-07-15 8:04 ` Jindal, Sonika
2015-07-15 9:07 ` Daniel Vetter
2015-07-17 4:29 ` Jindal, Sonika
2015-07-17 8:17 ` [PATCH] " Sonika Jindal
2015-07-17 23:47 ` Imre Deak
2015-07-20 6:06 ` Jindal, Sonika
2015-07-20 21:43 ` Imre Deak
2015-07-22 10:07 ` Sonika Jindal
2015-07-22 10:33 ` Sivakumar Thulasimani
2015-07-22 11:09 ` Jindal, Sonika
2015-07-22 11:31 ` Sivakumar Thulasimani
2015-07-22 12:02 ` Jindal, Sonika
2015-07-22 12:20 ` Sivakumar Thulasimani
2015-07-27 5:32 ` Sonika Jindal
2015-07-27 11:46 ` Sivakumar Thulasimani
2015-07-28 8:42 ` shuang.he
2015-08-05 9:53 ` Imre Deak
2015-08-05 10:11 ` Sivakumar Thulasimani
2015-07-20 5:07 ` shuang.he
2015-07-13 8:26 ` shuang.he
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=55A399AC.7080400@intel.com \
--to=sivakumar.thulasimani@intel.com \
--cc=daniel@ffwll.ch \
--cc=intel-gfx@lists.freedesktop.org \
/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