Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1330451 > unrolled thread

Re: PROBLEM: Intel HDMI output busticated on 4.4 (regression)

Started byNick Bowler <nbowler@draconx.ca>
First post2016-02-09 17:40 +0100
Last post2016-02-10 10:10 +0100
Articles 8 — 4 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: PROBLEM: Intel HDMI output busticated on 4.4 (regression) Nick Bowler <nbowler@draconx.ca> - 2016-02-09 17:40 +0100
    RE: PROBLEM: Intel HDMI output busticated on 4.4 (regression) "Sharma, Shashank" <shashank.sharma@intel.com> - 2016-02-09 17:50 +0100
      Re: PROBLEM: Intel HDMI output busticated on 4.4 (regression) Ville Syrjälä <ville.syrjala@linux.intel.com> - 2016-02-09 18:10 +0100
        Re: PROBLEM: Intel HDMI output busticated on 4.4 (regression) Ville Syrjälä <ville.syrjala@linux.intel.com> - 2016-02-09 18:40 +0100
          Re: PROBLEM: Intel HDMI output busticated on 4.4 (regression) Ville Syrjälä <ville.syrjala@linux.intel.com> - 2016-02-09 19:30 +0100
            RE: PROBLEM: Intel HDMI output busticated on 4.4 (regression) "Sharma, Shashank" <shashank.sharma@intel.com> - 2016-02-10 05:50 +0100
        Re: PROBLEM: Intel HDMI output busticated on 4.4 (regression) Nick Bowler <nbowler@draconx.ca> - 2016-02-09 19:10 +0100
          Re: PROBLEM: Intel HDMI output busticated on 4.4 (regression) Jani Nikula <jani.nikula@linux.intel.com> - 2016-02-10 10:10 +0100

#1330451 — Re: PROBLEM: Intel HDMI output busticated on 4.4 (regression)

FromNick Bowler <nbowler@draconx.ca>
Date2016-02-09 17:40 +0100
SubjectRe: PROBLEM: Intel HDMI output busticated on 4.4 (regression)
Message-ID<r0juz-6EK-47@gated-at.bofh.it>
On 1/28/16, Nick Bowler <nbowler@draconx.ca> wrote:
> On 2016-01-21, Nick Bowler <nbowler@draconx.ca> wrote:
>> On 2016-01-21, Jindal, Sonika <sonika.jindal@intel.com> wrote:
>>> On 1/21/2016 8:59 AM, Nick Bowler wrote:
>>>> On 1/20/16, Nick Bowler <nbowler@draconx.ca> wrote:
>>>>> On 2016-01-20, Jindal, Sonika <sonika.jindal@intel.com> wrote:
>> [...]
>>>>>> Does the same system works with any other monitor?
>>>>> I'll see if I can find another to try.
>>>> I tried another monitor, and the same problem occurs.
>>> Which make are these monitors?
>>
>>  - LG Flatron W2253V
>>  - Dell E228WFPc
>>
>>> Do you have any other system other than G45?
>>
>> Nothing else with Linux 4.4, unfortunately.
>
> Anything else you want me to try?
>
> This issue is still present in 4.5-rc1.

Ping?

HDMI is still broken on my system in 4.5-rc3.

Cheers,
  Nick

[toc] | [next] | [standalone]


#1330459

From"Sharma, Shashank" <shashank.sharma@intel.com>
Date2016-02-09 17:50 +0100
Message-ID<r0jEf-6IG-31@gated-at.bofh.it>
In reply to#1330451
Hi Nick, 

Sonika is OOO for this week. 
AFAIK about this issue, looks like the live status is not getting set for your system, on HPD. 

As per the Bspec, we must check live status before trying to read EDID. 
Is it possible for you to check with an HDMI analyzer and probe live status register ?

Regards
Shashank
-----Original Message-----
From: Nick Bowler [mailto:nbowler@draconx.ca] 
Sent: Tuesday, February 09, 2016 10:03 PM
To: Jindal, Sonika
Cc: linux-kernel@vger.kernel.org; dri-devel@lists.freedesktop.org; Daniel Vetter; Sharma, Shashank
Subject: Re: PROBLEM: Intel HDMI output busticated on 4.4 (regression)

On 1/28/16, Nick Bowler <nbowler@draconx.ca> wrote:
> On 2016-01-21, Nick Bowler <nbowler@draconx.ca> wrote:
>> On 2016-01-21, Jindal, Sonika <sonika.jindal@intel.com> wrote:
>>> On 1/21/2016 8:59 AM, Nick Bowler wrote:
>>>> On 1/20/16, Nick Bowler <nbowler@draconx.ca> wrote:
>>>>> On 2016-01-20, Jindal, Sonika <sonika.jindal@intel.com> wrote:
>> [...]
>>>>>> Does the same system works with any other monitor?
>>>>> I'll see if I can find another to try.
>>>> I tried another monitor, and the same problem occurs.
>>> Which make are these monitors?
>>
>>  - LG Flatron W2253V
>>  - Dell E228WFPc
>>
>>> Do you have any other system other than G45?
>>
>> Nothing else with Linux 4.4, unfortunately.
>
> Anything else you want me to try?
>
> This issue is still present in 4.5-rc1.

Ping?

HDMI is still broken on my system in 4.5-rc3.

Cheers,
  Nick

[toc] | [prev] | [next] | [standalone]


#1330480

FromVille Syrjälä <ville.syrjala@linux.intel.com>
Date2016-02-09 18:10 +0100
Message-ID<r0jXA-76q-19@gated-at.bofh.it>
In reply to#1330459
On Tue, Feb 09, 2016 at 04:39:21PM +0000, Sharma, Shashank wrote:
> Hi Nick, 
> 
> Sonika is OOO for this week. 
> AFAIK about this issue, looks like the live status is not getting set for your system, on HPD. 
> 
> As per the Bspec, we must check live status before trying to read EDID. 
> Is it possible for you to check with an HDMI analyzer and probe live status register ?

BTW I'm not at all convinced about the current live status bit defines
we have for g4x. Supposedly someone tested them and found that they
don't match the spec, but IIRC when I tried them on one g4x machine
here, they did match the spec (well, at least for the ports present
on that particular board).

So something like this may or may not help:

diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/gpu/drm/i915/i915_reg.h
index 188ad5de020f..80c08016e522 100644
--- a/drivers/gpu/drm/i915/i915_reg.h
+++ b/drivers/gpu/drm/i915/i915_reg.h
@@ -3302,9 +3302,9 @@ enum skl_disp_power_wells {
  * Please check the detailed lore in the commit message for for experimental
  * evidence.
  */
-#define   PORTD_HOTPLUG_LIVE_STATUS_G4X		(1 << 29)
+#define   PORTD_HOTPLUG_LIVE_STATUS_G4X		(1 << 27)
 #define   PORTC_HOTPLUG_LIVE_STATUS_G4X		(1 << 28)
-#define   PORTB_HOTPLUG_LIVE_STATUS_G4X		(1 << 27)
+#define   PORTB_HOTPLUG_LIVE_STATUS_G4X		(1 << 29)
 /* VLV DP/HDMI bits again match Bspec */
 #define   PORTD_HOTPLUG_LIVE_STATUS_VLV		(1 << 27)
 #define   PORTC_HOTPLUG_LIVE_STATUS_VLV		(1 << 28)
-- 
2.4.10


> 
> Regards
> Shashank
> -----Original Message-----
> From: Nick Bowler [mailto:nbowler@draconx.ca] 
> Sent: Tuesday, February 09, 2016 10:03 PM
> To: Jindal, Sonika
> Cc: linux-kernel@vger.kernel.org; dri-devel@lists.freedesktop.org; Daniel Vetter; Sharma, Shashank
> Subject: Re: PROBLEM: Intel HDMI output busticated on 4.4 (regression)
> 
> On 1/28/16, Nick Bowler <nbowler@draconx.ca> wrote:
> > On 2016-01-21, Nick Bowler <nbowler@draconx.ca> wrote:
> >> On 2016-01-21, Jindal, Sonika <sonika.jindal@intel.com> wrote:
> >>> On 1/21/2016 8:59 AM, Nick Bowler wrote:
> >>>> On 1/20/16, Nick Bowler <nbowler@draconx.ca> wrote:
> >>>>> On 2016-01-20, Jindal, Sonika <sonika.jindal@intel.com> wrote:
> >> [...]
> >>>>>> Does the same system works with any other monitor?
> >>>>> I'll see if I can find another to try.
> >>>> I tried another monitor, and the same problem occurs.
> >>> Which make are these monitors?
> >>
> >>  - LG Flatron W2253V
> >>  - Dell E228WFPc
> >>
> >>> Do you have any other system other than G45?
> >>
> >> Nothing else with Linux 4.4, unfortunately.
> >
> > Anything else you want me to try?
> >
> > This issue is still present in 4.5-rc1.
> 
> Ping?
> 
> HDMI is still broken on my system in 4.5-rc3.
> 
> Cheers,
>   Nick
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel

-- 
Ville Syrjälä
Intel OTC

[toc] | [prev] | [next] | [standalone]


#1330521

FromVille Syrjälä <ville.syrjala@linux.intel.com>
Date2016-02-09 18:40 +0100
Message-ID<r0kqD-7hS-35@gated-at.bofh.it>
In reply to#1330480
On Tue, Feb 09, 2016 at 07:03:51PM +0200, Ville Syrjälä wrote:
> On Tue, Feb 09, 2016 at 04:39:21PM +0000, Sharma, Shashank wrote:
> > Hi Nick, 
> > 
> > Sonika is OOO for this week. 
> > AFAIK about this issue, looks like the live status is not getting set for your system, on HPD. 
> > 
> > As per the Bspec, we must check live status before trying to read EDID. 
> > Is it possible for you to check with an HDMI analyzer and probe live status register ?
> 
> BTW I'm not at all convinced about the current live status bit defines
> we have for g4x. Supposedly someone tested them and found that they
> don't match the spec, but IIRC when I tried them on one g4x machine
> here, they did match the spec (well, at least for the ports present
> on that particular board).
> 
> So something like this may or may not help:
> 
> diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/gpu/drm/i915/i915_reg.h
> index 188ad5de020f..80c08016e522 100644
> --- a/drivers/gpu/drm/i915/i915_reg.h
> +++ b/drivers/gpu/drm/i915/i915_reg.h
> @@ -3302,9 +3302,9 @@ enum skl_disp_power_wells {
>   * Please check the detailed lore in the commit message for for experimental
>   * evidence.
>   */
> -#define   PORTD_HOTPLUG_LIVE_STATUS_G4X		(1 << 29)
> +#define   PORTD_HOTPLUG_LIVE_STATUS_G4X		(1 << 27)
>  #define   PORTC_HOTPLUG_LIVE_STATUS_G4X		(1 << 28)
> -#define   PORTB_HOTPLUG_LIVE_STATUS_G4X		(1 << 27)
> +#define   PORTB_HOTPLUG_LIVE_STATUS_G4X		(1 << 29)
>  /* VLV DP/HDMI bits again match Bspec */
>  #define   PORTD_HOTPLUG_LIVE_STATUS_VLV		(1 << 27)
>  #define   PORTC_HOTPLUG_LIVE_STATUS_VLV		(1 << 28)

Just retested the g4x machine here, and port B is definitely on bit 29,
port C on bit 28. No port D on ELK, so can't check that. So either
someone made a fumble when they tested this originally, or some boards
are just wired incorrectly, or CTG is where it was tested and that
actually disagrees with the spec for some reason.

> -- 
> 2.4.10
> 
> 
> > 
> > Regards
> > Shashank
> > -----Original Message-----
> > From: Nick Bowler [mailto:nbowler@draconx.ca] 
> > Sent: Tuesday, February 09, 2016 10:03 PM
> > To: Jindal, Sonika
> > Cc: linux-kernel@vger.kernel.org; dri-devel@lists.freedesktop.org; Daniel Vetter; Sharma, Shashank
> > Subject: Re: PROBLEM: Intel HDMI output busticated on 4.4 (regression)
> > 
> > On 1/28/16, Nick Bowler <nbowler@draconx.ca> wrote:
> > > On 2016-01-21, Nick Bowler <nbowler@draconx.ca> wrote:
> > >> On 2016-01-21, Jindal, Sonika <sonika.jindal@intel.com> wrote:
> > >>> On 1/21/2016 8:59 AM, Nick Bowler wrote:
> > >>>> On 1/20/16, Nick Bowler <nbowler@draconx.ca> wrote:
> > >>>>> On 2016-01-20, Jindal, Sonika <sonika.jindal@intel.com> wrote:
> > >> [...]
> > >>>>>> Does the same system works with any other monitor?
> > >>>>> I'll see if I can find another to try.
> > >>>> I tried another monitor, and the same problem occurs.
> > >>> Which make are these monitors?
> > >>
> > >>  - LG Flatron W2253V
> > >>  - Dell E228WFPc
> > >>
> > >>> Do you have any other system other than G45?
> > >>
> > >> Nothing else with Linux 4.4, unfortunately.
> > >
> > > Anything else you want me to try?
> > >
> > > This issue is still present in 4.5-rc1.
> > 
> > Ping?
> > 
> > HDMI is still broken on my system in 4.5-rc3.
> > 
> > Cheers,
> >   Nick
> > _______________________________________________
> > dri-devel mailing list
> > dri-devel@lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/dri-devel
> 
> -- 
> Ville Syrjälä
> Intel OTC
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel

-- 
Ville Syrjälä
Intel OTC

[toc] | [prev] | [next] | [standalone]


#1330572

FromVille Syrjälä <ville.syrjala@linux.intel.com>
Date2016-02-09 19:30 +0100
Message-ID<r0ld0-7On-21@gated-at.bofh.it>
In reply to#1330521
On Tue, Feb 09, 2016 at 07:36:41PM +0200, Ville Syrjälä wrote:
> On Tue, Feb 09, 2016 at 07:03:51PM +0200, Ville Syrjälä wrote:
> > On Tue, Feb 09, 2016 at 04:39:21PM +0000, Sharma, Shashank wrote:
> > > Hi Nick, 
> > > 
> > > Sonika is OOO for this week. 
> > > AFAIK about this issue, looks like the live status is not getting set for your system, on HPD. 
> > > 
> > > As per the Bspec, we must check live status before trying to read EDID. 
> > > Is it possible for you to check with an HDMI analyzer and probe live status register ?
> > 
> > BTW I'm not at all convinced about the current live status bit defines
> > we have for g4x. Supposedly someone tested them and found that they
> > don't match the spec, but IIRC when I tried them on one g4x machine
> > here, they did match the spec (well, at least for the ports present
> > on that particular board).
> > 
> > So something like this may or may not help:
> > 
> > diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/gpu/drm/i915/i915_reg.h
> > index 188ad5de020f..80c08016e522 100644
> > --- a/drivers/gpu/drm/i915/i915_reg.h
> > +++ b/drivers/gpu/drm/i915/i915_reg.h
> > @@ -3302,9 +3302,9 @@ enum skl_disp_power_wells {
> >   * Please check the detailed lore in the commit message for for experimental
> >   * evidence.
> >   */
> > -#define   PORTD_HOTPLUG_LIVE_STATUS_G4X		(1 << 29)
> > +#define   PORTD_HOTPLUG_LIVE_STATUS_G4X		(1 << 27)
> >  #define   PORTC_HOTPLUG_LIVE_STATUS_G4X		(1 << 28)
> > -#define   PORTB_HOTPLUG_LIVE_STATUS_G4X		(1 << 27)
> > +#define   PORTB_HOTPLUG_LIVE_STATUS_G4X		(1 << 29)
> >  /* VLV DP/HDMI bits again match Bspec */
> >  #define   PORTD_HOTPLUG_LIVE_STATUS_VLV		(1 << 27)
> >  #define   PORTC_HOTPLUG_LIVE_STATUS_VLV		(1 << 28)
> 
> Just retested the g4x machine here, and port B is definitely on bit 29,
> port C on bit 28. No port D on ELK, so can't check that. So either
> someone made a fumble when they tested this originally, or some boards
> are just wired incorrectly, or CTG is where it was tested and that
> actually disagrees with the spec for some reason.

I just tried to trawl the w/a database for anything interesting, and the
only thing I ran across was WaDPHDMISupriousHpd (without any description
of course) for both elk and ctg. Nothing else really relevant looking.

So I think we should get someone to double check this on ctg, and then
we can decide whether we change the bits just for elk or for ctg as well.

> 
> > -- 
> > 2.4.10
> > 
> > 
> > > 
> > > Regards
> > > Shashank
> > > -----Original Message-----
> > > From: Nick Bowler [mailto:nbowler@draconx.ca] 
> > > Sent: Tuesday, February 09, 2016 10:03 PM
> > > To: Jindal, Sonika
> > > Cc: linux-kernel@vger.kernel.org; dri-devel@lists.freedesktop.org; Daniel Vetter; Sharma, Shashank
> > > Subject: Re: PROBLEM: Intel HDMI output busticated on 4.4 (regression)
> > > 
> > > On 1/28/16, Nick Bowler <nbowler@draconx.ca> wrote:
> > > > On 2016-01-21, Nick Bowler <nbowler@draconx.ca> wrote:
> > > >> On 2016-01-21, Jindal, Sonika <sonika.jindal@intel.com> wrote:
> > > >>> On 1/21/2016 8:59 AM, Nick Bowler wrote:
> > > >>>> On 1/20/16, Nick Bowler <nbowler@draconx.ca> wrote:
> > > >>>>> On 2016-01-20, Jindal, Sonika <sonika.jindal@intel.com> wrote:
> > > >> [...]
> > > >>>>>> Does the same system works with any other monitor?
> > > >>>>> I'll see if I can find another to try.
> > > >>>> I tried another monitor, and the same problem occurs.
> > > >>> Which make are these monitors?
> > > >>
> > > >>  - LG Flatron W2253V
> > > >>  - Dell E228WFPc
> > > >>
> > > >>> Do you have any other system other than G45?
> > > >>
> > > >> Nothing else with Linux 4.4, unfortunately.
> > > >
> > > > Anything else you want me to try?
> > > >
> > > > This issue is still present in 4.5-rc1.
> > > 
> > > Ping?
> > > 
> > > HDMI is still broken on my system in 4.5-rc3.
> > > 
> > > Cheers,
> > >   Nick
> > > _______________________________________________
> > > dri-devel mailing list
> > > dri-devel@lists.freedesktop.org
> > > https://lists.freedesktop.org/mailman/listinfo/dri-devel
> > 
> > -- 
> > Ville Syrjälä
> > Intel OTC
> > _______________________________________________
> > dri-devel mailing list
> > dri-devel@lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/dri-devel
> 
> -- 
> Ville Syrjälä
> Intel OTC
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel

-- 
Ville Syrjälä
Intel OTC

[toc] | [prev] | [next] | [standalone]


#1330884

From"Sharma, Shashank" <shashank.sharma@intel.com>
Date2016-02-10 05:50 +0100
Message-ID<r0uSZ-5OG-9@gated-at.bofh.it>
In reply to#1330572
I checked locally in BDC, 
Seems we don't have these boards available with us (in working state). 

Regards
Shashank
-----Original Message-----
From: Ville Syrjälä [mailto:ville.syrjala@linux.intel.com] 
Sent: Tuesday, February 09, 2016 11:53 PM
To: Sharma, Shashank
Cc: Nick Bowler; Daniel Vetter; linux-kernel@vger.kernel.org; dri-devel@lists.freedesktop.org
Subject: Re: PROBLEM: Intel HDMI output busticated on 4.4 (regression)

On Tue, Feb 09, 2016 at 07:36:41PM +0200, Ville Syrjälä wrote:
> On Tue, Feb 09, 2016 at 07:03:51PM +0200, Ville Syrjälä wrote:
> > On Tue, Feb 09, 2016 at 04:39:21PM +0000, Sharma, Shashank wrote:
> > > Hi Nick,
> > > 
> > > Sonika is OOO for this week. 
> > > AFAIK about this issue, looks like the live status is not getting set for your system, on HPD. 
> > > 
> > > As per the Bspec, we must check live status before trying to read EDID. 
> > > Is it possible for you to check with an HDMI analyzer and probe live status register ?
> > 
> > BTW I'm not at all convinced about the current live status bit 
> > defines we have for g4x. Supposedly someone tested them and found 
> > that they don't match the spec, but IIRC when I tried them on one 
> > g4x machine here, they did match the spec (well, at least for the 
> > ports present on that particular board).
> > 
> > So something like this may or may not help:
> > 
> > diff --git a/drivers/gpu/drm/i915/i915_reg.h 
> > b/drivers/gpu/drm/i915/i915_reg.h index 188ad5de020f..80c08016e522 
> > 100644
> > --- a/drivers/gpu/drm/i915/i915_reg.h
> > +++ b/drivers/gpu/drm/i915/i915_reg.h
> > @@ -3302,9 +3302,9 @@ enum skl_disp_power_wells {
> >   * Please check the detailed lore in the commit message for for experimental
> >   * evidence.
> >   */
> > -#define   PORTD_HOTPLUG_LIVE_STATUS_G4X		(1 << 29)
> > +#define   PORTD_HOTPLUG_LIVE_STATUS_G4X		(1 << 27)
> >  #define   PORTC_HOTPLUG_LIVE_STATUS_G4X		(1 << 28)
> > -#define   PORTB_HOTPLUG_LIVE_STATUS_G4X		(1 << 27)
> > +#define   PORTB_HOTPLUG_LIVE_STATUS_G4X		(1 << 29)
> >  /* VLV DP/HDMI bits again match Bspec */
> >  #define   PORTD_HOTPLUG_LIVE_STATUS_VLV		(1 << 27)
> >  #define   PORTC_HOTPLUG_LIVE_STATUS_VLV		(1 << 28)
> 
> Just retested the g4x machine here, and port B is definitely on bit 
> 29, port C on bit 28. No port D on ELK, so can't check that. So either 
> someone made a fumble when they tested this originally, or some boards 
> are just wired incorrectly, or CTG is where it was tested and that 
> actually disagrees with the spec for some reason.

I just tried to trawl the w/a database for anything interesting, and the only thing I ran across was WaDPHDMISupriousHpd (without any description of course) for both elk and ctg. Nothing else really relevant looking.

So I think we should get someone to double check this on ctg, and then we can decide whether we change the bits just for elk or for ctg as well.

> 
> > --
> > 2.4.10
> > 
> > 
> > > 
> > > Regards
> > > Shashank
> > > -----Original Message-----
> > > From: Nick Bowler [mailto:nbowler@draconx.ca]
> > > Sent: Tuesday, February 09, 2016 10:03 PM
> > > To: Jindal, Sonika
> > > Cc: linux-kernel@vger.kernel.org; dri-devel@lists.freedesktop.org; 
> > > Daniel Vetter; Sharma, Shashank
> > > Subject: Re: PROBLEM: Intel HDMI output busticated on 4.4 
> > > (regression)
> > > 
> > > On 1/28/16, Nick Bowler <nbowler@draconx.ca> wrote:
> > > > On 2016-01-21, Nick Bowler <nbowler@draconx.ca> wrote:
> > > >> On 2016-01-21, Jindal, Sonika <sonika.jindal@intel.com> wrote:
> > > >>> On 1/21/2016 8:59 AM, Nick Bowler wrote:
> > > >>>> On 1/20/16, Nick Bowler <nbowler@draconx.ca> wrote:
> > > >>>>> On 2016-01-20, Jindal, Sonika <sonika.jindal@intel.com> wrote:
> > > >> [...]
> > > >>>>>> Does the same system works with any other monitor?
> > > >>>>> I'll see if I can find another to try.
> > > >>>> I tried another monitor, and the same problem occurs.
> > > >>> Which make are these monitors?
> > > >>
> > > >>  - LG Flatron W2253V
> > > >>  - Dell E228WFPc
> > > >>
> > > >>> Do you have any other system other than G45?
> > > >>
> > > >> Nothing else with Linux 4.4, unfortunately.
> > > >
> > > > Anything else you want me to try?
> > > >
> > > > This issue is still present in 4.5-rc1.
> > > 
> > > Ping?
> > > 
> > > HDMI is still broken on my system in 4.5-rc3.
> > > 
> > > Cheers,
> > >   Nick
> > > _______________________________________________
> > > dri-devel mailing list
> > > dri-devel@lists.freedesktop.org
> > > https://lists.freedesktop.org/mailman/listinfo/dri-devel
> > 
> > --
> > Ville Syrjälä
> > Intel OTC
> > _______________________________________________
> > dri-devel mailing list
> > dri-devel@lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/dri-devel
> 
> --
> Ville Syrjälä
> Intel OTC
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel

--
Ville Syrjälä
Intel OTC

[toc] | [prev] | [next] | [standalone]


#1330554

FromNick Bowler <nbowler@draconx.ca>
Date2016-02-09 19:10 +0100
Message-ID<r0kTF-7Hi-25@gated-at.bofh.it>
In reply to#1330480
On 2/9/16, Ville Syrjälä <ville.syrjala@linux.intel.com> wrote:
> BTW I'm not at all convinced about the current live status bit defines
> we have for g4x. Supposedly someone tested them and found that they
> don't match the spec, but IIRC when I tried them on one g4x machine
> here, they did match the spec (well, at least for the ports present
> on that particular board).
>
> So something like this may or may not help:
>
> diff --git a/drivers/gpu/drm/i915/i915_reg.h
> b/drivers/gpu/drm/i915/i915_reg.h
> index 188ad5de020f..80c08016e522 100644
> --- a/drivers/gpu/drm/i915/i915_reg.h
> +++ b/drivers/gpu/drm/i915/i915_reg.h
> @@ -3302,9 +3302,9 @@ enum skl_disp_power_wells {
>   * Please check the detailed lore in the commit message for for
> experimental
>   * evidence.
>   */
> -#define   PORTD_HOTPLUG_LIVE_STATUS_G4X		(1 << 29)
> +#define   PORTD_HOTPLUG_LIVE_STATUS_G4X		(1 << 27)
>  #define   PORTC_HOTPLUG_LIVE_STATUS_G4X		(1 << 28)
> -#define   PORTB_HOTPLUG_LIVE_STATUS_G4X		(1 << 27)
> +#define   PORTB_HOTPLUG_LIVE_STATUS_G4X		(1 << 29)
>  /* VLV DP/HDMI bits again match Bspec */
>  #define   PORTD_HOTPLUG_LIVE_STATUS_VLV		(1 << 27)
>  #define   PORTC_HOTPLUG_LIVE_STATUS_VLV		(1 << 28)

Well, I applied this on 4.5-rc3 and it seems to fix things.

Thanks,
  Nick

[toc] | [prev] | [next] | [standalone]


#1330958

FromJani Nikula <jani.nikula@linux.intel.com>
Date2016-02-10 10:10 +0100
Message-ID<r0yWC-dc-15@gated-at.bofh.it>
In reply to#1330554
On Tue, 09 Feb 2016, Nick Bowler <nbowler@draconx.ca> wrote:
> On 2/9/16, Ville Syrjälä <ville.syrjala@linux.intel.com> wrote:
>> BTW I'm not at all convinced about the current live status bit defines
>> we have for g4x. Supposedly someone tested them and found that they
>> don't match the spec, but IIRC when I tried them on one g4x machine
>> here, they did match the spec (well, at least for the ports present
>> on that particular board).
>>
>> So something like this may or may not help:
>>
>> diff --git a/drivers/gpu/drm/i915/i915_reg.h
>> b/drivers/gpu/drm/i915/i915_reg.h
>> index 188ad5de020f..80c08016e522 100644
>> --- a/drivers/gpu/drm/i915/i915_reg.h
>> +++ b/drivers/gpu/drm/i915/i915_reg.h
>> @@ -3302,9 +3302,9 @@ enum skl_disp_power_wells {
>>   * Please check the detailed lore in the commit message for for
>> experimental
>>   * evidence.
>>   */
>> -#define   PORTD_HOTPLUG_LIVE_STATUS_G4X		(1 << 29)
>> +#define   PORTD_HOTPLUG_LIVE_STATUS_G4X		(1 << 27)
>>  #define   PORTC_HOTPLUG_LIVE_STATUS_G4X		(1 << 28)
>> -#define   PORTB_HOTPLUG_LIVE_STATUS_G4X		(1 << 27)
>> +#define   PORTB_HOTPLUG_LIVE_STATUS_G4X		(1 << 29)
>>  /* VLV DP/HDMI bits again match Bspec */
>>  #define   PORTD_HOTPLUG_LIVE_STATUS_VLV		(1 << 27)
>>  #define   PORTC_HOTPLUG_LIVE_STATUS_VLV		(1 << 28)
>
> Well, I applied this on 4.5-rc3 and it seems to fix things.

Ville, please do a proper patch, using your best judgement on elk
vs. ctg difference.

BR,
Jani.

>
> Thanks,
>   Nick
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel

-- 
Jani Nikula, Intel Open Source Technology Center

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web