[915GM] closing lid breaks X (jumping cursor, sluggish, high cpu usage ... )

[Simón A. Ruiz]

Binary package hint: xorg

I recently updated to Gutsy on my HP Compaq TC4200.

It's a tablet that uses mostly Intel hardware, a Broadcom wired ethernet (it works), and a Texas Instruments card reader, for what it's worth.

When I come back to it after I've closed the lid (Under Power Management Preferences I have it set to "When laptop lid is closed: Blank screen", the default), the poor thing becomes possessed:

 * The cursor jumps around insanely when I move the mouse.
 * Everything becomes painfully sluggish and unusable.
 * Sometimes windows I'm working with go dark and unresponsive (Compiz effect, though I have this same issue if I turn off desktop effects, so it's probably not Compiz related)
 * top shows that Xorg is hogging up between 40% and 70% of CPU cycles.
 * I can't get a Ctrl-Alt-F1-F6 consoles to come up (They flash onscreen for a split second and then the screen goes black, sometimes with a white arrow cursor frozen on it somewhere...).
 * When I do a Ctrl-Alt-Backspace to reset the X server, I notice the characters "^@" start appearing across the screen.
 * A Ctrl-Alt-Backspace doesn't fix the problem.
 * Sometimes the X server resets itself with no outside influence (behaves like I'd hit Ctrl-Alt-Backspace)
 * Sometimes/eventually the laptop becomes completely unresponsive.

 I only recently figured out that the problem seemed to happen after I closed the lid and opened it back up.

I'm going to try switching my "When laptop lid is closed:" option to "Do nothing" to see if that helps me avoid this crippling and seemingly random (before I figured out that it might be related to the lid closing) possession.

[malditof (malditof)]

HP 500 laptop (RQ260AA) Pentium-M, with Gutsy installed. EXACTLY the same problems happen in exactly same situation: closing the lid (=blanking the screen) but also after suspending to ram or disk.
From my observations I'm able to bring my laptop back to normal doing suspend-to-ram and waking it up.

[Simón A. Ruiz (simon.a.ruiz)]

Update: I've tried changing the "When laptop lid is closed" settings,
and have even gone so far as to re-installing in case it was a problem
cause by going through the update process rather than doing a clean
install.

All to no avail.

I'll have to try your suspend to RAM trick.

On 12/18/07, malditof <email address hidden> wrote:
> HP 500 laptop (RQ260AA) Pentium-M, with Gutsy installed. EXACTLY the same problems happen in exactly same situation: closing the lid (=blanking the screen) but also after suspending to ram or disk.
> >From my observations I'm able to bring my laptop back to normal doing suspend-to-ram and waking it up.
>
> --
> Xorg freaks out, hogs CPU, and possesses my laptop
> https://bugs.launchpad.net/bugs/156824
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[Timo Aaltonen (tjaalton)]

Please try with Hardy livecd if you can reproduce the issue.

[Simón A. Ruiz (simon.a.ruiz)]

I cannot reproduce the exact symptoms, but there definitely still
seems to be an issue on the latest daily build of Hardy.

Now when I close my lid and open it I get two windows telling me
'Sorry, the program "gnome-settings-daemon" closed unexpectedly.'

From that point on the icon set and the window decorations keep
switching back and forth between two different versions every few
seconds.

On 1/12/08, Timo Aaltonen <email address hidden> wrote:
> Please try with Hardy livecd if you can reproduce the issue.
>
> ** Changed in: xserver-xorg-video-intel (Ubuntu)
> Sourcepackagename: xorg => xserver-xorg-video-intel
> Status: New => Incomplete
>
> --
> Xorg freaks out, hogs CPU, and possesses my laptop
> https://bugs.launchpad.net/bugs/156824
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[unggnu (unggnu)]

Please attach the following information:

/etc/X11/xorg.conf
/var/log/Xorg.0.log
/var/log/Xorg.0.log.old
output of lspci -vvnn
output of cat /proc/acpi/video/*/DOS
output of sudo cat /proc/acpi/dsdt

~/.xsession-errors (after lid closed/reopen if possible - just copy the file and then restart)
output of dmesg (more interesting after lid closed too)

I am not sure if all this problems are Intel driver related. Do you have another operation system which hasn't problems after lid closed? Maybe it is a Xorg and an ACPI issue too.

[Simón A. Ruiz (simon.a.ruiz)]

This one's kinda scrambled. Hope that's what you're after.

[Simón A. Ruiz (simon.a.ruiz)]

Wow, there really should be a way of attaching multiple files to one comment...

Anyhow, there's the requested files; sorry it took me a while.

Windows XP Tablet Edition worked without a hitch, as did Feisty.

Thanks for your time!

[Bryce Harrington (bryce)]

Thanks Simon, marking bug triaged.

[Laura Conrad (sunny-laymusic)]

I upgraded my r50e Thinkpad laptop from Gutsy to Hardy, and now the system hangs when I close the lid and have it set to "blank screen on closed lid". This worked on Gutsy.

[tomaszr (tomasz-rosinski)]

no this not worked on Gutsy without some special case.
No still not work on Hardy Heron... why still this bug exists?

solutions is here for gusty and maybe for hardy:

http://it.imasters.pl/?q=node/452

[Bryce Harrington (bryce)]

Simon, could you please test if the issue goes away after adding this to your /etc/X11/xorg.conf:

  Section "Device"
    ...
    Option "ForceEnablePipeA" "true"
  EndSection

Laura, please see bug #138256 and file a new bug following the instructions in the [Update] section of that bug's description, and I can add a quirk for your hardware too.

[Simón A. Ruiz (simon.a.ruiz)]

The issue does not go away after adding the above to my xorg.conf.

On Fri, May 2, 2008 at 6:28 PM, Bryce Harrington
<email address hidden> wrote:
> Simon, could you please test if the issue goes away after adding this to
> your /etc/X11/xorg.conf:
>
> Section "Device"
> ...
> Option "ForceEnablePipeA" "true"
> EndSection

[Patrick Rácz (pracz)]

I have a similar problem on my HP6910p with Intel GM965 graphics.
The entire system just freezes on lid close.
The ForceEnablePipeA option did'nt changed anything.

[Yuri (yuri-danilyuk)]

Same experience on HP500 (p/n: RQ260AA#ACB), after opening lid system performance become sluggish, cursor moves in small jumps, etc. "vmstat 1" reports about 20% "sy" cpu usage with about 1500 context switches, and "top" shows Xorg eating CPU. By running "ps xa" in terminal I can observe constantly spawning processes with COMMAND "xrandr --auto" (sometimes 3-5 of them simultaneously) and "/bin/sh -c /etc/acpi/videobtn.sh" and "/bin/bash /etc/acpi/videobtn.sh". An example of part of "ps xa" output after lid open:

 6398 pts/1 Rs 0:00 bash
 6616 ? S 0:00 xrandr --auto
 6622 ? S 0:00 xrandr --auto
 6680 ? S 0:00 /bin/sh -c /etc/acpi/videobtn.sh
 6681 ? S 0:00 /bin/bash /etc/acpi/videobtn.sh
 6682 ? D 0:00 [acpi_fakekey]
 6683 pts/1 R+ 0:00 ps xa

Looks like there is a bug in handling of ACPI events.

[David Colborne (oatworm)]

I'm having a similar problem with my Compaq Presario V6000Z - close the lid, open the lid, screen goes blank. If I hit CTRL-ALT-F[1-6], then hit CTRL-ALT-F7, it *sometimes* will show the mouse again and bring the screen up, though, more often than not, I don't get a password prompt. Locking the screen via CTRL-ALT-L works flawlessly. This did work in Feisty.

Included is a TAR file with all of the files unggnu asked for above. It looks like Pulseaudio might be acting up, but I'm not 100% sure if that's the problem. Thoughts?

[spanella (spanella)]

same issue everytime i close my lid on my Dell 1505 laptop with Intel 945 graphics. the ForceEnablePipeA didnt work here either. If you'd like to see the outputs of the above commands i can attach those.

[Bryce Harrington (bryce)]

Forwarding this bug report from a Ubuntu user:

HW: HP Compaq TC4200 - a tablet that uses mostly Intel hardware, a Broadcom wired ethernet (it works), and a Texas Instruments card reader.

When I come back to it after I've closed the lid (Under Power Management Preferences I have it set to "When laptop lid is closed: Blank screen", the default), the poor thing becomes possessed:

 * The cursor jumps around insanely when I move the mouse.
 * Everything becomes painfully sluggish and unusable.
 * Sometimes windows I'm working with go dark and unresponsive (Compiz effect, though I have this same issue if I turn off desktop effects, so it's probably not Compiz related)
 * top shows that Xorg is hogging up between 40% and 70% of CPU cycles.
 * I can't get a Ctrl-Alt-F1-F6 consoles to come up (They flash onscreen for a split second and then the screen goes black, sometimes with a white arrow cursor frozen on it somewhere...).
 * When I do a Ctrl-Alt-Backspace to reset the X server, I notice the characters "^@" start appearing across the screen.
 * A Ctrl-Alt-Backspace doesn't fix the problem.
 * Sometimes the X server resets itself with no outside influence (behaves like I'd hit Ctrl-Alt-Backspace)
 * Sometimes/eventually the laptop becomes completely unresponsive.

 I only recently figured out that the problem seemed to happen after I closed the lid and opened it back up.

 I've tried changing the "When laptop lid is closed" settings,
and have even gone so far as to re-installing in case it was a problem
cause by going through the update process rather than doing a clean
install. All to no avail."

Also tried setting Option "ForceEnablePipeA" "true" but it made no difference, so the usual pipe-A quirk solution doesn't seem applicable here.

(Maybe is this a kernel/ACPI bug rather than X?)

xorg.conf: http://launchpadlibrarian.net/12764165/etc.X11.xorg.conf
Xorg.0.log: http://launchpadlibrarian.net/12764168/var.log.Xorg.0.log
Xorg.0.log.old: http://launchpadlibrarian.net/12764187/var.log.Xorg.0.log.old
dsdt: http://launchpadlibrarian.net/12764269/proc.acpi.dsdt
dmesg: http://launchpadlibrarian.net/12764276/dmesg.output

[Bryce Harrington (bryce)]

Hi,

I've forwarded this bug upstream here: https://bugs.freedesktop.org/show_bug.cgi?id=16706. Please subscribe to it, in case upstream needs additional info or wishes you to test possible fixes.

[Jesse Barnes (jbarnes-virtuousgeek)]

What's the ACPI DOS setting in this case (/proc/acpi/video/.../DOS)? I wonder if one of the ACPI methods is changing the video config in a way we don't expect, causing the driver to get confused...

If you VT switch to a console before lid close, then back to X after open, does the problem go away?

[Jesse Barnes (jbarnes-virtuousgeek)]

Also, it would be good to get register dumps from before and after the lid close/open. Since X is up the whole time, just capturing it from an xterm or something before and after should be fine.

[Bryce Harrington (bryce)]

Heya Jesse,

DOS: http://launchpadlibrarian.net/12764250/proc.acpi.video.star.DOS
dsdt: http://launchpadlibrarian.net/12764269/proc.acpi.dsdt

[Jesse Barnes (jbarnes-virtuousgeek)]

> > --- Comment #3 from Bryce Harrington <email address hidden>
> > 2008-07-18 05:23:47 PST --- Heya Jesse,
> >
> > DOS: http://launchpadlibrarian.net/12764250/proc.acpi.video.star.DOS
> > dsdt: http://launchpadlibrarian.net/12764269/proc.acpi.dsdt
>
> Setting DOS to 0 might work better, depending on the BIOS, but the register
> dumps will probably be the most helpful.

[Bryce Harrington (bryce)]

Please also test if this is still occurring on Intrepid, and if it is, please collect the output of `intel_reg_dumper` from prior to and after the lid close.

Upstream also has some additional questions - it would be great if you could subscribe to the upstream bug and respond to them directly. Thanks ahead of time.

[David Colborne (oatworm)]

Good news, at least on my front - it turns out the problem was with the Nvidia driver provided by Ubuntu. I installed EnvyNG (https://launchpad.net/envy) and updated the driver; this resolved my problem.

I'm not sure how many other people this will help, but if it helps anyone, I'll be happy.

[Jesse Barnes (jbarnes-virtuousgeek)]

Bryce, any news here? Can we get register dumps from before and after lid close/open?

[Bryce Harrington (bryce)]

No news yet. I've re-pinged the reporter.

[Bryce Harrington (bryce)]

David, your problem is likely unrelated since you're using a different video driver. Same symptoms, but different root cause (this isn't that unusual, most drivers are afflicted by the same classes of bugs, and for similar reasons). Good to hear your issue is fixed, but I think we need to still focus on the -intel issue.

Simon, can you please collect the output of `intel_reg_dumper`? Upstream can't investigate further until this info is on hand. Thanks ahead of time.

[Simón A. Ruiz (simon.a.ruiz)]

Bryce,

Please forgive my absence, lately.

It will be a few days before I have access to that hardware again.

Is 'intel_reg_dumper' a command?

Thank you for your time!

Simón

On Thu, Aug 21, 2008 at 6:52 PM, Bryce Harrington
<email address hidden> wrote:
> David, your problem is likely unrelated since you're using a different
> video driver. Same symptoms, but different root cause (this isn't that
> unusual, most drivers are afflicted by the same classes of bugs, and for
> similar reasons). Good to hear your issue is fixed, but I think we need
> to still focus on the -intel issue.
>
> Simon, can you please collect the output of `intel_reg_dumper`?
> Upstream can't investigate further until this info is on hand. Thanks
> ahead of time.
>
> --
> [Hardy] closing lid breaks X (jumping cursor, sluggish, high cpu usage ... )
> https://bugs.launchpad.net/bugs/156824
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[Jonathan Prior (behe)]

I have the same problem with a Dell Inspiron 6400n, Ubuntu 8.04, but the problem goes away after about 10-15 seconds. It's running the intel drivers.

[Justyn Butler (justyn)]

I have the same issue as the poster above, Jonathan Prior.

I experience the jittery mouse and almost unresponsive machine for around 10 seconds after opening the lid of my laptop, after which the problem goes away.

I have a Dell Inspiron 9400 with Intel 945GM graphics.

I have tested on Hardy and Intrepid Alpha 5.

[Michael Fu (michael-fu-intel)]

try to close due to not enough update from bug reporter...

[Justyn Butler (justyn)]

As with some of the other posters in the downstream Launchpad bug:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/156824

I am experiencing a jittery mouse and unresponsive system for a number of seconds (5 - 10 seconds) after opening my laptop lid.

I am seeing this behavior under:
Ubuntu 8.04 Hardy Heron
Ubuntu 8.10 Intrepid Alpha 5
Fedora 9

Note that I am usually running Ubuntu 8.04 Hardy on this machine currently.

In fact on Ubuntu 8.04 the behavior is more severe - the icons on the desktop flash four or five times during the 10 second period and if I have desktop effects disabled (and am therefore using metacity I assume) all the application windows flash on and off also!

Under Fedora 9 and Ubuntu 8.10 Alpha 5 the more tame but frustrating effect reported by the other posters is seen - the system and mouse are "jittery" and only partially responsive for around 5 to 10 seconds after opening the lid.

During the period after opening the lid "top" shows Xorg is using 40-48% of CPU.

My system is a Dell Inspiron 9400 with Intel Core Duo T2300 at 1.66GHz (from cpuinfo).
The graphics card is Intel 945GM (from dmesg output).

Please tell me what I can do to help diagnose this issue. I have spare partitions on this machine that I can use to install other distros if that it helpful (ie to test other versions of xorg).

[Justyn Butler (justyn)]

"If you VT switch to a console before lid close, then back to X after open, does
the problem go away?"

The answer seems to be yes, it goes away.

I have attempted to test this on Ubuntu 8.04 with desktop effects off and used a stopwatch to keep an eye on timings.

What I did:

I logged into a virtual terminal and ran top.
I also ran top in gnome-terminal on X.
In each case I started timing as I opened the lid.

Results:

When I open the lid in X and stay in X, Xorg is using excessively high CPU for 12 seconds.

When I open the lid in X and immediately switch to the virtual terminal Xorg CPU usage has returned to normal idle levels by the time the stopwatch shows 8 seconds.

When I open in X, switch to virtual terminal and the instant it is visible switch back to X the problem has gone, X shows normal idle levels and only 6 seconds have passed since opening the lid.

When I switch to VT mode before closing the lid, then after I have opened switch to X, the problem has gone and 5 seconds have passed.

(On a side note - if I close and open my lid in a VT the screen is blank and the only way to get it to show anything is to switch to another VT, or X, and back again. I assume this is unrelated).

ps. I forgot to add that in the three distros I have tested this bug, I have always been running Gnome.

[Bryce Harrington (bryce)]

Simon, yes intel_reg_dumper is a command. You can install it by typing:
sudo apt-get install xserver-xorg-video-intel-dbg

Upstream has closed the forwarded bug report because you haven't responded. If you care to see this bug fixed please subscribe to that bug and provide the requested information to them.

[Simón A. Ruiz (simon.a.ruiz)]

I've gotten a hold of the hardware, and booted up to a Live CD of the latest Intrepid Beta.

It seems the bug is resolved there: I am able to close the tablet and open it and X does not freak out.

[spanella (spanella)]

Created an attachment (id=19776)
registration dump

Using Ubuntu 8.10 Beta and having trouble with this bug.
my intel_reg_dumper from before lid close, during blinking, and after stabilizing is attached

[spanella (spanella)]

I'm still having blinking with Intrepid Beta

I've attached my intel_reg_dumper output before closing, during blinking, and after responsiveness returns. didnt notice any differences just scanning through, but its a long output.

[Bryce Harrington (bryce)]

Thanks for confirming the issue is solved with Intrepid. Leaving a Hardy task open in case someone wishes to backport the fix.

[Michael Fu (michael-fu-intel)]

(In reply to comment #10)
> Created an attachment (id=19776) [details]
> registration dump
>
> Using Ubuntu 8.10 Beta and having trouble with this bug.
> my intel_reg_dumper from before lid close, during blinking, and after
> stabilizing is attached
>

Mike, are you having the same HW as the original bug report? for this kind of bug, different platform usually means different bugs..

[Jesse Barnes (jbarnes-virtuousgeek)]

This is pretty weird... So X is consuming a bunch of CPU after lid open. Is there any way you could use a profiler like oprofile or sysprof to figure out where X is spending time while it misbehaves? Does anything change if you set your _DOS value to 6 instead of 4?

[Michael Fu (michael-fu-intel)]

 Justyn, response?

[Michael Fu (michael-fu-intel)]

lost response from bug reporter...

[tomaszr (tomasz-rosinski)]

Hello

This should be backported - it is important for use a notebook.

[Ru_Grey (linux-cool)]

Hello.
Use Ubuntu 8.04 on HP 500. The problem with jumping cursor does not mind. This bug will be fixed? Ubuntu 8.04 I want to use because it is LTS. Correct the error is very necessary. Thanks in advance.

[Priyantha Bleeker (priyantha-priyantha)]

Hi Guys,

I have the same problem. I am running with a HP NC6120 laptop with the following hardware:
root@priyantha-laptop:~# lspci
00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 (rev 03)
00:1d.3 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev d3)
00:1e.2 Multimedia audio controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 03)
00:1e.3 Modem: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Modem Controller (rev 03)
00:1f.0 ISA bridge: Intel Corporation 82801FBM (ICH6M) LPC Interface Bridge (rev 03)
00:1f.1 IDE interface: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE Controller (rev 03)
02:04.0 Network controller: Intel Corporation PRO/Wireless 2200BG [Calexico2] Network Connection (rev 05)
02:06.0 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller
02:06.1 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller
02:06.2 FireWire (IEEE 1394): Texas Instruments OHCI Compliant IEEE 1394 Host Controller
02:06.3 Mass storage controller: Texas Instruments PCIxx21 Integrated FlashMedia Controller
02:06.4 SD Host controller: Texas Instruments PCI6411/6421/6611/6621/7411/7421/7611/7621 Secure Digital Controller
02:06.5 Communication controller: Texas Instruments PCI6411/6421/6611/6621/7411/7421/7611/7621 Smart Card Controller
02:0e.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5705M_2 Gigabit Ethernet (rev 03)

Using the following software/drivers:
root@priyantha-laptop:~# dpkg -l |grep -i intel
ii libdrm-intel1 2.4.14-1ubuntu1 Userspace interface to intel-specific kernel
ii whois 4.7.34ubuntu2 an intelligent whois client
ii xserver-xorg-video-intel 2:2.9.0-1ubuntu2 X.Org X server -- Intel i8xx, i9xx display d
root@priyantha-laptop:~# dpkg -l |grep -i xorg
ii python-xkit 0.4.2 library for the manipulation of the xorg.con
ii xorg 1:7.4+3ubuntu10 X.Org X Window System
ii xorg-docs-core 1:1.4-5 Core documentation for th...

[schaze (schaze)]

Hi,

I am running a HP NC6220 also with the i915 driver on Ubuntu Karmic 9.10. For me there are similar problems as the ones above. After opening the lid again (or only touching the screen off sensor which happens a lot with this laptop model) the screen flickers insanely and the mouse moves around. X seems to take a high CPU load as some windows hang on redrawing.

I checked the upstream bug and saw a hint to the /proc/acpi/video/.../DOS setting (although I have no idea what it is)

When I do a "echo 6 > /proc/acpi/video/<YOUR DEVICE HERE>/DOS" the problems dissappers instantly. and I can also close and open my lid as I want.

I checked and before the lid close it was on 0.

Does anyone know if there is a trouble when leaving this on 6, or setting it on 6 after boot automatically?

/schaze

[Dan Lenski (lenski)]

Hi all,
My otherwise very well-supported Acer 1410 notebook has been suffering from this bug for a number of months. My symptoms are very similar to the OP's: high CPU usage when the screen is closed, flickering and unresponsiveness after it is reopened. If I leave the screen closed for more than a few minutes, the system become permanently unresponsive AFAICT, and SysRq-B is the only way to reboot.

If I flip to a virtual terminal, then close the screen... there is no problem. It is *only* when I am on the X terminal that this problem occurs.

I have tried setting /proc/acpi/video/*/DOS to 0, 4, and 6. None of these fix the problem.

I am running Ubuntu 10.04's kernel 2.6.32-21-generic, on i386. I do not have Compiz enabled.

Here is my lspci -nn output:

00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07)
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07)
00:02.1 Display controller [0380]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a43] (rev 07)
00:1a.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 03)
00:1a.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 [8086:293c] (rev 03)
00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio Controller [8086:293e] (rev 03)
00:1c.0 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 [8086:2940] (rev 03)
00:1c.3 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 [8086:2946] (rev 03)
00:1d.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 [8086:2934] (rev 03)
00:1d.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 [8086:2935] (rev 03)
00:1d.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 [8086:2936] (rev 03)
00:1d.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 [8086:293a] (rev 03)
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev 93)
00:1f.0 ISA bridge [0601]: Intel Corporation ICH9M-E LPC Interface Controller [8086:2917] (rev 03)
00:1f.2 SATA controller [0106]: Intel Corporation ICH9M/M-E SATA AHCI Controller [8086:2929] (rev 03)
00:1f.3 SMBus [0c05]: Intel Corporation 82801I (ICH9 Family) SMBus Controller [8086:2930] (rev 03)
01:00.0 Ethernet controller [0200]: Atheros Communications AR8131 Gigabit Ethernet [1969:1063] (rev c0)
02:00.0 Network controller [0280]: Intel Corporation WiFi Link 5100 [8086:4232]

I have attached a tarball with the outputs of intel_reg_dumper before, during, and after the screen close for DOS values of 0, 4, and 6. I used this simple script to produce these:

echo $DOS | tee /proc/acpi/video/OVGA/DOS; echo before; intel_reg_dumper > before.DOS=$DOS; sleep 10; echo during; intel_reg_dumper > during.DOS=$DOS; sleep 10; echo after; intel_reg_dumper > after.DOS=$DOS

I can provide more diagnostic information in a timely fashion if it is useful...

[Dan Lenski (lenski)]

Created an attachment (id=37183)
Intel register dumps before/during/after screen closing, from Dan Lenski

[Dongxu Li (butdiene)]

Created an attachment (id=37321)
disable kernel lid event

as a workaround for GPU hangs from lid events, apply this patch to kernel source

[Jesse Barnes (jbarnes-virtuousgeek)]

Can you try this with a more recent kernel? E.g. 2.6.35-rc6? Ubuntu has some bleeding edge kernel packages to make that easier...

[Dongxu Li (butdiene)]

(In reply to comment #18)
> Can you try this with a more recent kernel? E.g. 2.6.35-rc6? Ubuntu has some
> bleeding edge kernel packages to make that easier...

you are right, the lid close&open issue is fixed in kernel 2.6.35-rc6.

I built kernel from -git head,

$ uname -a
Linux gateway 2.6.35-rc6-next-20100728+ #2 SMP Wed Jul 28 06:57:40 EDT 2010 x86_64 Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz GenuineIntel GNU/Linux

$ git log
commit 1068a69ac1475dcbf68b78de0be410805fbdc4f5

dmesg is full of,

intel ips 0000:00:1f.6: MCP power or thermal limit exceeded
intel ips 0000:00:1f.6: MCP power or thermal limit exceeded
intel ips 0000:00:1f.6: MCP power or thermal limit exceeded
intel ips 0000:00:1f.6: MCP power or thermal limit exceeded
intel ips 0000:00:1f.6: MCP power or thermal limit exceeded

[Jesse Barnes (jbarnes-virtuousgeek)]

Great, thanks for confirming. You can ignore those messages for now, they won't appear when the IPS driver finally lands upstream. Or you can just change the message to a dev_info from a dev_warn in intel_ips.c.

[Rolf Leggewie (r0lf)]

Hardy has seen the end of its life and is no longer receiving any updates. Marking the Hardy task for this ticket as "Won't Fix".