Bug 44867 - [SNB GT2] enabling RC6 causes sudden shutdowns (semaphores=0, intel_iommu=off)
Summary: [SNB GT2] enabling RC6 causes sudden shutdowns (semaphores=0, intel_iommu=off)
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Eugeni Dodonov
QA Contact:
Depends on:
Reported: 2012-01-17 08:38 UTC by Jan Urbański
Modified: 2017-07-24 23:03 UTC (History)
13 users (show)

See Also:
i915 platform:
i915 features:

xserver log from the session that ended in a shutdown (33.21 KB, text/plain)
2012-01-17 08:38 UTC, Jan Urbański
no flags Details
kernel log from the session that ended in a shutdown (1.87 MB, text/plain)
2012-01-17 08:48 UTC, Jan Urbański
no flags Details
intel_reg_dumper Ubuntu 12.04 Kernel Generic (11.28 KB, text/plain)
2012-01-30 09:57 UTC, D. McLennan
no flags Details
a log of 1s snapshots of RC6 registers (406.28 KB, text/plain)
2012-02-06 04:37 UTC, Jan Urbański
no flags Details
dmesg i915_rc6=2 (15.64 KB, application/x-gzip)
2012-02-14 11:41 UTC, D. McLennan
no flags Details
kern.log i915_rc6=2 (81.80 KB, application/x-gzip)
2012-02-14 11:42 UTC, D. McLennan
no flags Details
Patch to only allow the activation of RC6 an not RC6p (1.14 KB, patch)
2012-02-16 01:32 UTC, Thomas
no flags Details | Splinter Review
contents of i915_error_state after a GPU hang (344.80 KB, application/gzip)
2012-02-20 02:17 UTC, Jan Urbański
no flags Details
hard shutdown with rc6 patched in 3.2.0-17.26 (137.33 KB, application/x-gzip)
2012-02-20 18:25 UTC, D. McLennan
no flags Details

Description Jan Urbański 2012-01-17 08:38:43 UTC
Created attachment 55681 [details]
xserver log from the session that ended in a shutdown


When running with RC6 enabled (i915_enable_rc6=1) on an Asus UX31e laptop, every couple of hours the machine shuts down suddenly. Sometimes the screen goes black for a few seconds before that and you can observe colors flickering on the left edge, sometimes it just shuts down. The effect is similar as if you'd hold the power button for five seconds - immediate shutdown.

When not using RC6, no shutdowns happen (after running for days).

This has been reported on the LKML already: https://lkml.org/lkml/2011/11/23/507 and various other users of this laptop model have confirmed it (for instance http://ubuntuforums.org/showpost.php?p=11612680&postcount=524 - the entire thread has several people confirming this).

This particular instance happened with semaphores=1 and intel_iommu=off but it has been happening before regardless of whether semaphores or IOMMU are enabled or disabled.


  * Chipset: Intel(R) Sandybridge Mobile (GT2)
  * Architecture: x86_64
  * xf86-video-intel version: 2.17.0
  * xserver version: 2:
  * mesa version: 7.11.2
  * libdrm version: 2.4.29
  * kernel version: 3.2.1 from a kernel.org tarball with patches for the and touchpad modules
  * Linux distribution: Debian wheezy (testing)
  * Machine: Asus UX31E Zenbook
  * Display connector: external screen through HDMI, but also happens with only eDP
  * VTd disabled in BIOS
  * kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.1-wulczer root=UUID=9c9dfe9d-32b3-4bac-aff6-d0ca77337a47 ro quiet i915.i915_enable_rc6=1 i915.semaphores=1 intel_iommu=off drm.debug=0x06 snd_hda_intel.power_save=10


  * /var/log/Xorg.0.log.old (that is, the one from the time of the shutdown)
  * the part of /var/log/kern.log from the moment the machine booted to the shutdown
  * there's no xorg.conf on this laptop

You can see two soft lockups in the kernel log, but they're related to the wireless card. The machine has been experiencing shutdowns with RC6 on other ocasions and without any kernel bugs in the log.
Comment 1 Jan Urbański 2012-01-17 08:48:21 UTC
Created attachment 55683 [details]
kernel log from the session that ended in a shutdown
Comment 2 Chris Wilson 2012-01-18 02:55:41 UTC
Eugeni, I suspect an elephant in the room. Can you add this to the list of issues you are tracking and see if anything pops up internally?
Comment 3 Jan Urbański 2012-01-18 04:25:39 UTC
I got another shutdown, this time without any visible glitches. The logs look the same, but if you want I can attach them.

I'll stop running with RC6 for now, I'd be happy to try setting options or trying patches if you'll have them.
Comment 4 Eugeni Dodonov 2012-01-18 07:44:58 UTC
Could someone confirm if those issues affect UX21e as well?

it should be almost the same except for different SSD and i5 processor instead of i7.
Comment 5 Eugeni Dodonov 2012-01-18 07:51:47 UTC
@Jan - is it the kernel log from the machine which died, or gathered with netconsole? If it is without netconsole, could you setup it and see if kernel says something before dying?

(If it is with netconsole, I am out of clues at the moment. Looks like machine just.. well.. dies :)).
Comment 6 Jan Urbański 2012-01-18 07:58:36 UTC
(In reply to comment #5)
> @Jan - is it the kernel log from the machine which died, or gathered with
> netconsole? If it is without netconsole, could you setup it and see if kernel
> says something before dying?

It's the log from the machine that died. I'll set up netconsole logging and wait for the shutdown.
Comment 7 Jan Urbański 2012-01-18 14:28:46 UTC
Oops, just realised there's a problem with using netconsole on this laptop :(

It doesn't have an ethernet port and neither the wireless module (ath9k) nor the USB-Ethernet dongle that comes with the machine (asix) support netpoll... And of course there's no serial interface.

Anyone has an idea of how to get the kernel logs to another machine?
Comment 8 D. McLennan 2012-01-18 18:30:03 UTC
I get the same shut downs on my UX31E with the Intel Core i5-2557M

*ubuntu 11.10
*kernel 3.2.1 X86_64 http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.2.1-precise/
*VTd disabled in BIOS ASUS ver.210
*quiet i915.i915_enable_rc6=1 i915.semaphores=1 intel_iommu=off drm.debug=0x06 snd_hda_intel.power_save=10

When on battery it appears to shutdown more often than when on AC.  I can attach logs should you want them with this bug report or I can open a separate ticket.

(In reply to comment #4)
> Could someone confirm if those issues affect UX21e as well?
> it should be almost the same except for different SSD and i5 processor instead
> of i7.
Comment 9 Bartosz Fenski 2012-01-18 22:47:27 UTC
Don't know how much related it is, but when I tried to use JDownloader (so highly multithreaded app) then shutdowns occure almost every 10 minutes.

Maybe it'll help someone to debug it faster ;)

I've got UX31e with i5 processor.
Comment 10 Geoff 2012-01-28 06:12:21 UTC
(In reply to comment #4)
> Could someone confirm if those issues affect UX21e as well?
> .
> it should be almost the same except for different SSD and i5 processor instead
> of i7.

I have a UX21e71 - to be clear, this model also has an i7 I can confirm this bug for the UX21. I would be happy to provide whatever debug information is useful.

Ubuntu 12.04 kernel: 3.2.0-11-generic
Comment 11 Eugeni Dodonov 2012-01-30 08:59:41 UTC
Could you please install intel-gpu-tools from git (http://cgit.freedesktop.org/xorg/app/intel-gpu-tools/) and attach the results of 'intel_reg_dumper | grep RC6' on the machines affected by this issue?
Comment 12 Bartosz Fenski 2012-01-30 09:23:59 UTC
Without RC6 enabled in kernel commandline (this is how I use it on day-by-day basis because of sudden shutdowns):

[root@zenbook ~]# intel_reg_dumper | grep RC6
            RC6_RESIDENCY_TIME: 0x007aa287
           RC6p_RESIDENCY_TIME: 0x00000000
          RC6pp_RESIDENCY_TIME: 0x00000000
[root@zenbook ~]# cat /proc/cmdline
root=/dev/sda5 ro logo.nologo quiet elevator=noop initcall_debug printk.time=y init=/bin/systemd
[root@zenbook ~]# 

And after enabling RC6:

[root@zenbook ~]# intel_reg_dumper | grep RC6
            RC6_RESIDENCY_TIME: 0x00f6dc4b
           RC6p_RESIDENCY_TIME: 0x05ab68a1
          RC6pp_RESIDENCY_TIME: 0x00000000
[root@zenbook ~]# cat /proc/cmdline 
root=/dev/sda5 ro logo.nologo quiet elevator=noop initcall_debug printk.time=y init=/bin/systemd i915.i915_enable_rc6=1 i915.semaphores=1 i915.i915_enable_fbc=1 i915.lvds_downclock=1 i915.modeset=1
[root@zenbook ~]#
Comment 13 D. McLennan 2012-01-30 09:57:00 UTC
Created attachment 56336 [details]
intel_reg_dumper  Ubuntu 12.04 Kernel Generic

I get no results when intel_reg_dumper | grep RC6

root@blade:~# cat /proc/cmdline 
BOOT_IMAGE=/boot/vmlinuz-3.2.0-12-generic root=UUID=b808e6bf-c9dc-4ef3-9534-cdd31e982778 ro i915.i915_enable_rc6=1 i915.semaphores=1 snd_hda_intel.power_save=10 intel_iommu=off quiet splash vt.handoff=7
Comment 14 D. McLennan 2012-01-30 10:02:30 UTC
System:    Host: blade Kernel: 3.2.0-12-generic x86_64 (64 bit) Desktop: Gnome Distro: Ubuntu 12.04 precise
Machine:   System: ASUSTeK (portable) product: UX31E version: 1.0
           Mobo: ASUSTeK model: UX31E version: 1.0 Bios: American Megatrends version: UX31E.210 date: 12/26/2011
CPU:       Dual core Intel Core i5-2557M CPU (-HT-MCP-) cache: 3072 KB flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) 
           Clock Speeds: 1: 800.00 MHz 2: 800.00 MHz 3: 800.00 MHz 4: 800.00 MHz
Graphics:  Card: Intel 2nd Generation Core Processor Family Integrated Graphics Controller 
           X.Org: 1.11.3 drivers: intel (unloaded: vesa,fbdev) Resolution: 1600x900@60.0hz 
           GLX Renderer: Mesa DRI Intel Sandybridge Mobile GLX Version: 2.1 Mesa 7.11
Audio:     Card: Intel 6 Series/C200 Series Chipset Family High Definition Audio Controller driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture ver: 1.0.24
Network:   Card: Atheros AR9485 Wireless Network Adapter driver: ath9k 
           IF: wlan0 state: 
Drives:    HDD Total Size: 128.0GB (6.7% used) 1: /dev/sda SanDisk_SSD_U100 128.0GB 
Partition: ID: / size: 112G used: 8.0G (8%) fs: ext4 
Sensors:   System Temperatures: cpu: 49.0C mobo: N/A 
           Fan Speeds (in rpm): cpu: N/A 
Info:      Processes: 189 Uptime: 0 min Memory: 627.3/3856.6MB Client: Shell inxi: 1.7.28
Comment 15 Jan Urbański 2012-01-30 11:04:54 UTC
Without RC6:

            RC6_RESIDENCY_TIME: 0x00eb5b28
           RC6p_RESIDENCY_TIME: 0x00000000
          RC6pp_RESIDENCY_TIME: 0x00000000

BOOT_IMAGE=/boot/vmlinuz-3.3.0-rc1-wulczer root=UUID=9c9dfe9d-32b3-4bac-aff6-d0ca77337a47 ro pcie_aspm=force acpi_osi=Linux acpi_os_name=Linux intel_iommu=off quiet snd_hda_intel.power_save=10 ipv6.disable=1

With RC6 (freshly after rebooting):

            RC6_RESIDENCY_TIME: 0x00643a8f
           RC6p_RESIDENCY_TIME: 0x012a78bf
          RC6pp_RESIDENCY_TIME: 0x00000000

BOOT_IMAGE=/boot/vmlinuz-3.3.0-rc1-wulczer root=UUID=9c9dfe9d-32b3-4bac-aff6-d0ca77337a47 ro quiet pcie_aspm=force acpi_osi=Linux acpi_os_name=Linux i915.i915_enable_rc6=1 i915.semaphores=1 intel_iommu=off snd_hda_intel.power_save=10 ipv6.disable=1
Comment 16 D. McLennan 2012-01-30 21:58:59 UTC
a possible resolve to the shutdowns

Comment 17 Jan Urbański 2012-01-31 09:51:27 UTC
I've been now running for a full day with the DSDT from http://files.benesovi.eu/ux31e/ RC6 and semaphores and no shutdowns.

For the record, the values from the register dumper:

    RC6_RESIDENCY_TIME: 0x07087233
   RC6p_RESIDENCY_TIME: 0x0ce7cf41
  RC6pp_RESIDENCY_TIME: 0x00000000

Thanks! Does this mean that this bug should actually be open in the Linux-ACPI project tracker?
Comment 18 Jan Urbański 2012-01-31 10:10:57 UTC
Haha, I think I spoke too soon! 10 minutes after writing that comment I had a shutdown :)

Rebooted with intel_iommu=off, let's see if helps...
Comment 19 Eugeni Dodonov 2012-02-02 08:33:01 UTC
Just for the record, with latest DSDT and intel_iommu=off, does the issue still happens?
Comment 20 Jan Urbański 2012-02-02 08:50:34 UTC
Call it fate...

I was just writing a comment about how it did happen to me... when it happened again.

Resuming: using a 3.2.1 kernel compiled with the .config from the linked page (with some modifications, but still leaving IOMMU  entirely out), using the fixed DSDT, booting with intel_iommu=off, rc6=1 and semaphores=1, with VT-d disabled in the BIOS... the laptop died on me :(
Comment 21 Bartosz Fenski 2012-02-05 01:40:06 UTC
I can confirm Jan's experiences on 3.3-rc2 kernel.
Comment 22 Jan Urbański 2012-02-06 04:37:40 UTC
Created attachment 56661 [details]
a log of 1s snapshots of RC6 registers

I wrote a little script that every second writes the values from intel_reg_dumper into a file and fsyncs it, in the hope of getting a view of the just-before-the-shutdown situation.

Attached is this log (it includes register values and the difference between the previous measure, as I wanted to see if they changed more quickly depending on what I'm doing).

This was with a kernel.org 3.2.1 kernel, CONFIG_INTEL_IOMMU disabled in .config.

Kernel command line: pcie_aspm=force i915.powersave=1 i915.i915_enable_rc6=1 i915.semaphores=1 snd_hda_intel.power_save=10 ipv6.disable=1

By the way, the guy that fixed the DSDT said he uses the following versions of X libraries (it's Gentoo though, so even things like the compiler version used could influence the way it works):

  * x11-drivers/xf86-video-intel-2.17.0-r3 with sna enabled (sandybridge new acceleration)
  * x11-base/xorg-server-1.11.2-r2
  * media-libs/mesa-7.11.2 with egl ,gallium, llvm, nptl and shared-glapi USE flags
  * x11-libs/libdrm-2.4.27

and a self-compiled, monolithic kernel (no initrd or loadable modules, the .config file is http://files.benesovi.eu/ux31e/.config). According to him, he hasn't had a shutdown since fixing the DSDT, but several Debian and Ubuntu users did.

It leaves me wondering what could be the difference?
Comment 24 Jan Urbański 2012-02-14 02:36:58 UTC
A datapoint: I haven't had a shutdown in five days. The configuration that made the shutdowns go away is:

 * UX31E
 * BIOS 210
 * VT-d disabled in BIOS
 * self-compiled 3.2.5 kernel from a kernel.org tarball
 * a custom kernel configuration, which disables initrd, ACPI S4 state and swap support and compiles every module I use in the kernel (lsmod output is empty)
 * IOMMU is disabled entirely in the kernel config
 * rts5139 (the SD card driver) is compiled as a module, but blacklisted in modprobe.d (I verified that it the card slot works if I load the module)
 * fixed DSDT
 * the following boot params: elevator=noop rootfstype=ext4 i915.powersave=1 i915.i915_enable_rc6=1 i915.semaphores=1 snd_hda_intel.power_save=10 ipv6.disable=1

That's *not* using the new RC6 patches.

There have been reports from people trying a very similar configuration, but enabling initrd, devtmpfs, LVM and KVM and they said they were still getting shutdowns. So there's some serious voodoo going on around here...

I have no idea why with this kernel I'm not getting shutdowns at all or even if it will persist after a cold boot (until now I've only been suspending, never turned the PC off). Anyway, just wanted to mention that there is some magical scenario when the laptop doesn't shut down anymore.
Comment 25 Eugeni Dodonov 2012-02-14 07:05:42 UTC
Could you try with different values of i915_enable_rc6 which the patch mentioned above accepts, and see if they improve (or worsen?) something please?

More specifically, if you could try with the even numbers as well (e.g., 2, 4 and 6), it would be interesting, as it would isolate the states which give issues (if any).
Comment 26 D. McLennan 2012-02-14 07:52:04 UTC
Trying the pre-rolled kernel on 12.04 with:

Vt-d enabled
grub entries i915.powersave=1 i915.i915_enable_rc6=1 i915.semaphores=1 elevator=noop quiet splash
dsdt.aml loaded at via grub

Several hours of moderate to heavy use on and off of AC and NO shutdowns or any other issues.

I will try rc6=3 today and report on my experience.
Comment 27 D. McLennan 2012-02-14 11:39:35 UTC
i915_enable_rc6=2  had a shutdown after about 15 min of heavy use
Comment 28 D. McLennan 2012-02-14 11:41:10 UTC
Created attachment 57047 [details]
dmesg i915_rc6=2

power shut down after 15 min of heavy use
Comment 29 D. McLennan 2012-02-14 11:42:57 UTC
Created attachment 57048 [details]
kern.log i915_rc6=2

kernel.log with i915_rc6=2 power shut down
Comment 30 Bartosz Fenski 2012-02-14 11:51:41 UTC
rc6=1 (after patch which splitted rc6 to 3 stages) 14 hours uptime.
Comment 31 D. McLennan 2012-02-14 14:46:52 UTC
Power shutdown with i915_enable_rc6=4 after one hour heavy use then back to moderate use. Plugged into AC
Comment 32 D. McLennan 2012-02-14 14:55:27 UTC
Power shutdown with i915_enable_rc6=4 after one hour heavy use then back to moderate use. Plugged into AC
Comment 33 D. McLennan 2012-02-15 18:17:31 UTC
power shut downs on settings 2,4 & 6 with rc6 patched kernel. Currently using i915_enable_rc6=5 no issues after 5 hours of use.

Not using custom dsdt.aml
Vt-d enabled in bios 211(on prior kernels this setting would cause system to lock up (not shutdown). )
Comment 34 Thomas 2012-02-16 01:31:35 UTC
Hello there,
I experienced shut downs with i9*15_enable_rc set at 3, 4. I may haven't tested 2 long enough and I currently run on a custom compiled kernel with the attached patch that only active the shallowest RC6 (equivalent to i915_enalbe_rc6=1 with eugeni's patch set). I haven't experienced a shut down with rc6=1 yet.

I've made this patch after reading Keith Packard mail (http://lists.freedesktop.org/archives/intel-gfx/2012-February/015125.html). I have run with this patch on an ArchLinux kernel for about 15hr without shutdown. My Git-fu is quite bad so it's possible I've messed up something somewhere, so do not blindly apply this patch. It should apply cleanly on 3.2.6.

No custom dsdt.aml, Vt-d enabled in BIOS (ver. 210).
Comment 35 Thomas 2012-02-16 01:32:38 UTC
Created attachment 57134 [details] [review]
Patch to only allow the activation of RC6 an not RC6p
Comment 36 D. McLennan 2012-02-16 03:26:36 UTC
So far the only successful setting with a patched rc6 kernel has been with i915_enable_rc6=1 .

This is without a custom dsdt.aml and Vt-d enabled by default in bios 211.

setting 2 shutdown after 20 min of use
setting 3 shutdown approx 1 hr into use
4,5,6,7 shutdown after few hours into each trial.
Comment 37 Eugeni Dodonov 2012-02-16 11:42:00 UTC
Excellent, great to know that we found one working solution.

The patch which enables only RC6 on Sandy Bridge (and RC6p as well on Ivy Bridge) was included in the drm-intel-next, the patch is at http://lists.freedesktop.org/archives/intel-gfx/2012-February/015131.html.

So hopefully it will reach Linus kernel tree as well, and then we'll backport it to 3.2 kernel so it would be released as a stable update.

Thank you all a *lot* for all this testing and feedback - this was a tricky one and it is great to know that we managed to find a solution which worked for you!
Comment 38 Jan Urbański 2012-02-20 02:16:21 UTC
I finally got a shutdown with my old configuration (where i915_enable_rc6=1 enabled all types of RC6 sleep). So it seems that all the hokus-pokus with a custom kernel and a custom DSDT just make the shutdown less probable.

I've been running with the patch to only enable the shallow RC6 sleep state for a few days and haven't had any shutdowns, but I recently got a GPU hang.

Here are the relevant lines from dmesg:

[41910.437774] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
[41910.437797] [drm] capturing error event; look for more information in /debug/dri/0/i915_error_state

debugfs was not mounted at the time and I suspended and resumed the laptop since. Today after seeing the error in dmesg I mounted debugfs and found the i915_error_state file - attached.

I'm reporting it here even though I don't know if that's related to using RC6 - if not I'll be happy to open a separate bug report.
Comment 39 Jan Urbański 2012-02-20 02:17:40 UTC
Created attachment 57305 [details]
contents of i915_error_state after a GPU hang
Comment 40 Chris Wilson 2012-02-20 02:34:50 UTC
Ok, that error-state matches another known bug, #45492, so not rc6 related.
Comment 41 D. McLennan 2012-02-20 18:08:37 UTC
Using Kubuntu 12.04 with canonical kernel 3.2.0-17.26 (rc6 patched) and have had 3 hard shutdowns using this kernel.

VT-d enabled
BIOS 211
left i915_enable_rc6=1  in the grub cmd line.

I have a vanilla 3.3-rc4 kernel with original patch rc6 and custom dsdt to experiment with. 

The latest forum posts are starting to show similiar shutdowns as well http://ubuntuforums.org/showthread.php?t=1865577&page=104
Comment 42 D. McLennan 2012-02-20 18:25:30 UTC
Created attachment 57369 [details]
hard shutdown with rc6 patched in 3.2.0-17.26

Kernel log with rc6 patched kernel 3.2.0-17
Comment 43 Eugeni Dodonov 2012-02-21 12:36:18 UTC
For the ones of you still affected by those issues, even with deep RC6 disabled, could you *please* describe your machine at https://wiki.ubuntu.com/Kernel/PowerManagementRC6 page?

So far, it looks like it affects Samsung machines only (Samsung NP350U2A and Samsung NP700Z5B-W01UB). If you have something different, and you experience any issues, please, fill in that page. We need to find a machine that can reproduce the problems consistently to be able to understand what is going wrong there...
Comment 44 Thomas 2012-02-22 03:38:10 UTC
I got two hard shutdowns yesterday night with vanilla 3.3-rc4 and the rc6 path from here : http://lists.freedesktop.org/archives/intel-gfx/2012-February/015131.html

I was casually browsing some forum in wifi while listening to music in VLC in both case. It happened while the laptop was on battery.

- Asus UX31e (128Go, Elantech touchpad)
- Bios 210
- Vt-d disabled (I forgot to re-enable it after my previous test).

Would it help to report for shutdown with a vanilla kernel compiled without iommu ?
Comment 45 Eugeni Dodonov 2012-02-25 06:06:26 UTC
The ones of you having issues with the original SNB patch, could you also test with http://lists.freedesktop.org/archives/intel-gfx/2012-February/015319.html on top of it please?

E.g., apply http://lists.freedesktop.org/archives/intel-gfx/2012-February/015131.html and then http://lists.freedesktop.org/archives/intel-gfx/2012-February/015319.html and then check if RC6 still causes any issues.

I am *almost* certain that it should work in all cases now.
Comment 46 D. McLennan 2012-02-25 17:16:41 UTC
I agree that using this patch or pre-rolled kernel appeared to be working very well. I unfortunately had my system "brick" due to a hardware failure not related to any of these issues. I will endeavour to test when I get it back from repairs assuming a solution isn't found by then.

Comment 47 Thomas 2012-02-26 02:25:12 UTC
I ran a 3.3-rc4 kernel with the 2 patches from Eugeni's message for about 20 hours withtout any crash (previously my machine crashed every hour or so). As far I'm concerned this is fixed and I can move on fixing slow wifi.

It's funny the patch which correct operator precedence didn't make to rc5 :)
Comment 48 Thomas 2012-03-07 15:01:03 UTC
As of 3.3-rc6 this issue no longer occurs even after several day on battery.

I allow myself to mark this bug as fixed.
Comment 49 Daniel Vetter 2012-03-18 09:59:35 UTC
Likely fixed by

commit fa37d39e4c6622d80bd8061d600701bcea1d6870
Author: Sean Paul <seanpaul@chromium.org>
Date:   Fri Mar 2 12:53:39 2012 -0500

    drm/i915: Retry reading the PCH FDI receiver ISR


commit c0e2ee1bc0cf82eec89e26b7afe7e4db0561b7d9
Author: Eugeni Dodonov <eugeni.dodonov@intel.com>
Date:   Thu Feb 23 23:57:06 2012 -0200

    drm/i915: fix operator precedence when enabling RC6p
Comment 50 Florian Mickler 2012-04-16 14:32:37 UTC
A patch referencing this bug report has been merged in Linux v3.4-rc2:

commit aa46419186992e6b8b8010319f0ca7f40a0d13f5
Author: Eugeni Dodonov <eugeni.dodonov@intel.com>
Date:   Fri Mar 23 11:57:19 2012 -0300

    drm/i915: enable plain RC6 on Sandy Bridge by default

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.