public inbox for intel-gfx@lists.freedesktop.org
 help / color / mirror / Atom feed
* Re: i915 issues with 4.6
       [not found]   ` <573BB2D6.2050507@linux.intel.com>
@ 2016-05-18  7:08     ` Ville Syrjälä
  2016-05-18 20:53       ` Pierre-Louis Bossart
  0 siblings, 1 reply; 3+ messages in thread
From: Ville Syrjälä @ 2016-05-18  7:08 UTC (permalink / raw)
  To: Pierre-Louis Bossart; +Cc: intel-gfx

On Tue, May 17, 2016 at 07:09:58PM -0500, Pierre-Louis Bossart wrote:
> 
> 
> On 05/17/2016 01:16 PM, Ville Syrjälä wrote:
> > On Tue, May 17, 2016 at 01:00:13PM -0500, Pierre-Louis Bossart wrote:
> >> Hi,
> >> I was porting the HDMI audio patch to 4.6 as a service to several folks
> >> who need them before we finally upstream the reworked code, and I notice
> >> that the UI would freeze within 2s to 5mn, with all sorts of GPU hangs
> >> and issues reported in dmesg and /sys/calls/drm/card0/error
> >> Things work fine with the latest drm-intel-nightly branch from last night
> >> Known issue or should I file a bug?
> > One GPU hang generally looks like any other from the symptom POV.
> > Without the error state it's pretty much impossible to speculate.
> > Just filing a new bug is usually the best policy.
> >
> > If it's indeed a kernel regression a bisect would also be helpful.
> > Or in this case perhaps a reverse bisect since you say nightly is
> > fine, so we might want to know what fixed it.
> 
> bug filed at https://bugs.freedesktop.org/show_bug.cgi?id=95467
> 
> V4.5 works fine
> v4.6 is broken in less than 20s when moving windows around (can still 
> get to virtual console)
> drm-intel-nightly works fine
> 
> git bisect says this commit fixes the issue:
> 
> commit a5e485a95c9c4cdd93b4c6dc53eee3bd1e50de11
> Author: Ville Syrjälä <ville.syrjala@linux.intel.com <mailto:ville.syrjala@linux.intel.com>>
> Date:   Wed Apr 13 21:19:51 2016 +0300
> 
>      drm/i915: Clear VLV_IER around irq processing

Argh. So somehow the broken commit [1] got into 4.6. We'll need to get
it reverted.

[1] 9dbaab56ac09 ("drm/i915: Exit cherryview_irq_handler() after one pass")

-- 
Ville Syrjälä
Intel OTC
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: i915 issues with 4.6
  2016-05-18  7:08     ` i915 issues with 4.6 Ville Syrjälä
@ 2016-05-18 20:53       ` Pierre-Louis Bossart
  2016-05-31 18:10         ` Pierre-Louis Bossart
  0 siblings, 1 reply; 3+ messages in thread
From: Pierre-Louis Bossart @ 2016-05-18 20:53 UTC (permalink / raw)
  To: Ville Syrjälä; +Cc: intel-gfx

On 5/18/16 2:08 AM, Ville Syrjälä wrote:
> On Tue, May 17, 2016 at 07:09:58PM -0500, Pierre-Louis Bossart wrote:
>>
>>
>> On 05/17/2016 01:16 PM, Ville Syrjälä wrote:
>>> On Tue, May 17, 2016 at 01:00:13PM -0500, Pierre-Louis Bossart wrote:
>>>> Hi,
>>>> I was porting the HDMI audio patch to 4.6 as a service to several folks
>>>> who need them before we finally upstream the reworked code, and I notice
>>>> that the UI would freeze within 2s to 5mn, with all sorts of GPU hangs
>>>> and issues reported in dmesg and /sys/calls/drm/card0/error
>>>> Things work fine with the latest drm-intel-nightly branch from last night
>>>> Known issue or should I file a bug?
>>> One GPU hang generally looks like any other from the symptom POV.
>>> Without the error state it's pretty much impossible to speculate.
>>> Just filing a new bug is usually the best policy.
>>>
>>> If it's indeed a kernel regression a bisect would also be helpful.
>>> Or in this case perhaps a reverse bisect since you say nightly is
>>> fine, so we might want to know what fixed it.
>>
>> bug filed at https://bugs.freedesktop.org/show_bug.cgi?id=95467
>>
>> V4.5 works fine
>> v4.6 is broken in less than 20s when moving windows around (can still
>> get to virtual console)
>> drm-intel-nightly works fine
>>
>> git bisect says this commit fixes the issue:
>>
>> commit a5e485a95c9c4cdd93b4c6dc53eee3bd1e50de11
>> Author: Ville Syrjälä <ville.syrjala@linux.intel.com <mailto:ville.syrjala@linux.intel.com>>
>> Date:   Wed Apr 13 21:19:51 2016 +0300
>>
>>      drm/i915: Clear VLV_IER around irq processing
>
> Argh. So somehow the broken commit [1] got into 4.6. We'll need to get
> it reverted.
>
> [1] 9dbaab56ac09 ("drm/i915: Exit cherryview_irq_handler() after one pass")

git revert 9dbaab56ac09 works fine on my Ara X5 Plus.


_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: i915 issues with 4.6
  2016-05-18 20:53       ` Pierre-Louis Bossart
@ 2016-05-31 18:10         ` Pierre-Louis Bossart
  0 siblings, 0 replies; 3+ messages in thread
From: Pierre-Louis Bossart @ 2016-05-31 18:10 UTC (permalink / raw)
  To: Ville Syrjälä; +Cc: intel-gfx

On 5/18/16 3:53 PM, Pierre-Louis Bossart wrote:
> On 5/18/16 2:08 AM, Ville Syrjälä wrote:
>> On Tue, May 17, 2016 at 07:09:58PM -0500, Pierre-Louis Bossart wrote:
>>>
>>>
>>> On 05/17/2016 01:16 PM, Ville Syrjälä wrote:
>>>> On Tue, May 17, 2016 at 01:00:13PM -0500, Pierre-Louis Bossart wrote:
>>>>> Hi,
>>>>> I was porting the HDMI audio patch to 4.6 as a service to several
>>>>> folks
>>>>> who need them before we finally upstream the reworked code, and I
>>>>> notice
>>>>> that the UI would freeze within 2s to 5mn, with all sorts of GPU hangs
>>>>> and issues reported in dmesg and /sys/calls/drm/card0/error
>>>>> Things work fine with the latest drm-intel-nightly branch from last
>>>>> night
>>>>> Known issue or should I file a bug?
>>>> One GPU hang generally looks like any other from the symptom POV.
>>>> Without the error state it's pretty much impossible to speculate.
>>>> Just filing a new bug is usually the best policy.
>>>>
>>>> If it's indeed a kernel regression a bisect would also be helpful.
>>>> Or in this case perhaps a reverse bisect since you say nightly is
>>>> fine, so we might want to know what fixed it.
>>>
>>> bug filed at https://bugs.freedesktop.org/show_bug.cgi?id=95467
>>>
>>> V4.5 works fine
>>> v4.6 is broken in less than 20s when moving windows around (can still
>>> get to virtual console)
>>> drm-intel-nightly works fine
>>>
>>> git bisect says this commit fixes the issue:
>>>
>>> commit a5e485a95c9c4cdd93b4c6dc53eee3bd1e50de11
>>> Author: Ville Syrjälä <ville.syrjala@linux.intel.com
>>> <mailto:ville.syrjala@linux.intel.com>>
>>> Date:   Wed Apr 13 21:19:51 2016 +0300
>>>
>>>      drm/i915: Clear VLV_IER around irq processing
>>
>> Argh. So somehow the broken commit [1] got into 4.6. We'll need to get
>> it reverted.
>>
>> [1] 9dbaab56ac09 ("drm/i915: Exit cherryview_irq_handler() after one
>> pass")
>
> git revert 9dbaab56ac09 works fine on my Ara X5 Plus.

I see patches being submitted to 4.6 stable now, is anyone on the 
graphics team planning to send a patch for this one or should I go ahead 
and do it?

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2016-05-31 18:10 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <9066d799-b6d4-f0df-aa6f-4947bc47c5b1@linux.intel.com>
     [not found] ` <20160517181638.GR4329@intel.com>
     [not found]   ` <573BB2D6.2050507@linux.intel.com>
2016-05-18  7:08     ` i915 issues with 4.6 Ville Syrjälä
2016-05-18 20:53       ` Pierre-Louis Bossart
2016-05-31 18:10         ` Pierre-Louis Bossart

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox