Bug 92574 - [drm] stuck on render ring
Summary: [drm] stuck on render ring
Status: CLOSED FIXED
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium blocker
Assignee: Intel GFX Bugs mailing list
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-10-21 16:18 UTC by Marc Kolly
Modified: 2016-11-15 11:29 UTC (History)
4 users (show)

See Also:
i915 platform: I965GM
i915 features: GPU hang


Attachments
dmesg output (135.58 KB, text/plain)
2015-10-21 16:18 UTC, Marc Kolly
no flags Details
GPU crash dump (887.72 KB, text/plain)
2015-10-21 16:20 UTC, Marc Kolly
no flags Details
dmesg output, kernel 3.13.0-85 (2.43 KB, text/plain)
2016-04-21 13:32 UTC, Ian Gough
no flags Details

Description Marc Kolly 2015-10-21 16:18:42 UTC
Created attachment 119042 [details]
dmesg output

Stuck occurs always when Google Chrome is running, but actual triggering time/action/environment is still not clear. It was tested even using another laptop of the same model and there it was the same problem.
The screen turns black when it hangs.

The system continues working in the background, I just ssh'd into the machine (as I'm remote) to collect evidence.




- system architecture: x86_64
- kernel version: 3.13.0-61-generic
- linux distribution: Ubuntu
- machine: Lenovo T61 (6466-9MG)
- display connector: panel connected via LVDS, VGA disconnected
Comment 1 Marc Kolly 2015-10-21 16:19:19 UTC
18:17:30,10 root@ntb-006: ~ > lspci -d 8086:2a02 -vv
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 0c) (prog-if 00 [VGA controller])
	Subsystem: Lenovo ThinkPad T61/R61
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 48
	Region 0: Memory at f8100000 (64-bit, non-prefetchable) [size=1M]
	Region 2: Memory at e0000000 (64-bit, prefetchable) [size=256M]
	Region 4: I/O ports at 1800 [size=8]
	Expansion ROM at <unassigned> [disabled]
	Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
		Address: fee0300c  Data: 4182
	Capabilities: [d0] Power Management version 3
		Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
		Bridge: PM- B3+
	Kernel driver in use: i915

18:17:32,11 root@ntb-006: ~ >
Comment 2 Marc Kolly 2015-10-21 16:20:19 UTC
Created attachment 119043 [details]
GPU crash dump
Comment 3 Jani Nikula 2016-04-21 12:04:37 UTC
We seem to have neglected this bug a bit, apologies. Is this still an issue with recent kernels?
Comment 4 Ian Gough 2016-04-21 13:32:12 UTC
Created attachment 123116 [details]
dmesg output, kernel 3.13.0-85

crash snippet from dmesg
Comment 5 Ian Gough 2016-04-21 13:33:30 UTC
The problem still occurs for me in kernel 3.13.0-85 (lubuntu 14.04).

Happens close to 100% of the time when trying to print from Google Chrome.

latest dmesg output attached.
Comment 6 Jani Nikula 2016-04-22 07:14:09 UTC
(In reply to Ian Gough from comment #5)
> The problem still occurs for me in kernel 3.13.0-85 (lubuntu 14.04).
> 
> Happens close to 100% of the time when trying to print from Google Chrome.
> 
> latest dmesg output attached.

Is this still an issue with *recent* kernels? Say, v4.5?
Comment 7 Ian Gough 2016-04-22 11:14:09 UTC
I can upgrade to lubuntu 16.04 this weekend which is based on v4.4. Would that be recent enough?
Comment 8 Marc Kolly 2016-04-22 13:40:43 UTC
(In reply to Ian Gough from comment #7)
> I can upgrade to lubuntu 16.04 this weekend which is based on v4.4. Would
> that be recent enough?

Since 4.4 is the new longterm support version, it would be sufficient to use it for this test.

I myself am going to upgrade several workstations and laptops to 16.04, to see if the problem is gone with the newer software and later update the rest of the machines to 16.04 as well.
Comment 9 Ian Gough 2016-05-04 20:03:34 UTC
Since upgrading to Lubuntu 16.04 about 2 weeks ago, I have seen no more occurrences of this problem.

Perhaps the original reporter can see if he has the same experience.
Comment 10 yann 2016-09-21 15:22:57 UTC
(In reply to Marc Kolly from comment #8)
> (In reply to Ian Gough from comment #7)
> > I can upgrade to lubuntu 16.04 this weekend which is based on v4.4. Would
> > that be recent enough?
> 
> Since 4.4 is the new longterm support version, it would be sufficient to use
> it for this test.
> 
> I myself am going to upgrade several workstations and laptops to 16.04, to
> see if the problem is gone with the newer software and later update the rest
> of the machines to 16.04 as well.

Do you have any update, does issue is still occurring after that upgrade?
Comment 11 Ian Gough 2016-09-21 19:30:37 UTC
Since the upgrade to Ubuntu 16.04, I have not experienced this problem. Marc, since you raised the issue, have you seen this problem?
Comment 12 Chris Wilson 2016-09-21 20:08:27 UTC
(In reply to Jani Nikula from comment #6)
> (In reply to Ian Gough from comment #5)
> > The problem still occurs for me in kernel 3.13.0-85 (lubuntu 14.04).
> > 
> > Happens close to 100% of the time when trying to print from Google Chrome.
> > 
> > latest dmesg output attached.
> 
> Is this still an issue with *recent* kernels? Say, v4.5?

It was not a kernel bug, but one in mesa.
Comment 13 yann 2016-11-15 11:29:39 UTC
Timeout. Assuming that it is fixed by now. If this is not the case, please re-test with latest kernel & Mesa (12-13) to see if this issue is still occurring since there were improvements pushed in kernel and Mesa that will benefit to your system.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.