Lenovo ThinkCentre S510 (SandyBridge i5-2500S) may hang after idling for some period of time. This may be related to rc6 since that if I add i915.i915_enable_rc6=0 to boot parameter then this issue is gone.
This issue also happens on kernel 3.4.
A screenshot when system hangs:
If there's any other information needed, please kindly let me know.
Please attach dmesg with drm.debug=0xe added to your kernel commandline. Also, how dead is the system? I.e. does network/ssh still work, does the magic SysRq to reboot still work, or is it a true hard-hang? And can you try to wire up netconsole so that we could have a peak at the last breaths of the system before it goes down?
Created attachment 63062 [details]
Please find the attached file for netconsole output.
When it hangs, neither SysRq magic nor network/ssh works. From ssh terminal I can tell that it died after 57 minutes, but the last entry in the log is at 1787.315652, so there's no log when the system goes down.
Can you also attach dmesg so that we have all the interesting lines from boot-up with drm.debug=0xe, too?
Created attachment 63064 [details]
dmesg is attached.
Is there anything I can do to get more info about this issue?
I'm running a bit low on ideas, but one thing would be to stop all drm clients (i.e. X) and check whether it still hangs. We still need to load the drm/i915.ko driver, because only when we load and enable rc6 can the cpu die actually reach the lowest power state, i.e. I want to check whether this might be an issue outside of the gpu, only brought to light due to the low power state.
Tried with a normal boot, and stopped all X related processes. System hangs after 15 hours.
Ok, what happens if the i915 is never loaded at all? Try something like adding
blacklist i915 to modprobe.conf, or append i915.noload to your kernel commandline.
By adding i915 into blacklist and using text mode, system runs without any problem and has "2 days, 19:15" uptime so far.
Created attachment 65942 [details] [review]
disable rc6 for some models
Hi Daniel and Chris,
Since there's another snb machine does not work well when rc6 is enabled ( https://launchpad.net/bugs/1008867 ), maybe we can just disable rc6 for these machines to make them at least work?
By any chance, does this patch help?
No, this patch does not help. System hangs after 2 days and 6 hours.
What do you think of the patch in #c10 ? Should I send it to mailing list also?
I think it'd be much better to figure out the root cause and fix it - since likely these rc6 issues don't have anything to do with these models specifically, we just haven't figured out yet what the real problem is.
Then I guess it's better to have a new bug entry for lp1008867. :)
I'll create one later.
Also, please could you suggest what I can do to get useful info for finding out the root cause?
*** Bug 53626 has been marked as a duplicate of this bug. ***
Created attachment 71524 [details] [review]
implement Hiz w/a for msaa
Kernel patch, please test.
Also: Is this an SNB GT1? Please spec the exact model and pci id of the VGA device.
Please test and provide the requested info.
Hello, I have a similiar issue. My system ocassionally hangs with the same screen corruption, plays audio in a loop for about a second and then the laptop fan revs up.
It happens more often when playing some flash videos. Sometime the system hangs twice a days, sometimes after a week. I'm going to try disabling rc6 after next crash.
It's a MSI CR640 Sandy Bridge laptop with i3-2310M and:
00:02.0 VGA compatible controller : Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0116] (rev 09)
It is an Intel(R) Core(TM) i5-2500S CPU @ 2.70GHz, and the VGA device is
00:02.0 VGA compatible controller : Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0102] (rev 09) (prog-if 00 [VGA controller])
Subsystem: Lenovo Device [17aa:307b]
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-
Interrupt: pin A routed to IRQ 45
Region 0: Memory at fe000000 (64-bit, non-prefetchable) [size=4M]
Region 2: Memory at d0000000 (64-bit, prefetchable) [size=256M]
Region 4: I/O ports at f000 [size=64]
Expansion ROM at <unassigned> [disabled]
Capabilities: <access denied>
Kernel driver in use: i915
Kernel modules: i915
Output of lspci and the content of cpuinfo can be found at
I'll test the patch next week and report the result.
The patch in comment 17 should be the right one. With it applied, system stays alive after two days.
Awesome that this works out. Patch is merged into 3.8-rc2 as
Author: Daniel Vetter <firstname.lastname@example.org>
Date: Fri Dec 14 23:38:28 2012 +0100
drm/i915: Implement WaDisableHiZPlanesWhenMSAAEnabled
I'm writing the mail to the stable kernel team right now so that it gets applied to older kernels. Thanks for reporting this issue.