laptop hangs on lid close unless ForceEnablePipeA option enabled

The same bug appears on DELL Latitude D500, also i810, xorg hangs when I close the lid, no matter if I have acpi turned on or off. My system is Debian Unstable(Sid) updated yesterday (2007-10-02).

Linux d500-kleofas 2.6.22-2-686 #1 SMP Fri Aug 31 00:24:01 UTC 2007 i686 GNU/Linux

X.Org X Server 1.4.0
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4-3)
Current Operating System: Linux d500-kleofas 2.6.22-2-686 #1 SMP Fri Aug 31 00:24:01 UTC 2007 i686
Build Date: 29 September 2007 04:19:41PM

I'm also having this problem with a Toshiba Portege R-205 S-209 with that xorg driver. Please let me know if there are any files or config settings that i can upload that will help someone fix this bug.

I am also having this problem with the xserver-xorg-video-intel driver in Ubuntu Gutsy on a Dell Latitude X300, I do not have the problem with the i810 driver though.

I have the same problem with Dell Inspiron 700m which also uses the i855GM chip - it worked fine with the i810 driver so long as I used the i955 fix which would change the resolution to 1280x800 for me. The new Intel driver gives me correct resolution out of the box but I get the same "black screen of death" experiences that are unrecoverable by anything other than power cycling.

I've seen them a) when logging out and b) when trying to hibernate.

I have tried both with and without the frame buffer option in xorg.conf.

It seems that if I reboot, login and logout immediately it sometimes works, otherwise it will fail and I have to power cycle.

If I turn off the desktop effects the problem is much less common but I've still seen it - especially trying to hibernate or suspend.

Please test this against gutsy-final, which has a newer version of this driver, and let us know how it goes. See https://wiki.ubuntu.com/X/Debugging for more info on debugging X problems, and other info you could include to help triage this bug.

http://www2.eng.cam.ac.uk/~pcjc2/ubuntu/xserver-xorg-video-intel_2.1.1-0ubuntu10~pcjc2.2_i386.deb

This encorporates all unreleased fixes I've been working on, and an additional line which aims to reset the 3D state of the card after VT switch. This may help after suspend, and has been reported to help issues with crashes after VT switch and textures on 855 hardware after resume.

Please let me know if this helps, both on the 855 and 810 hardware.

I have tested this with Gutsy Final and the problem still occurs. I will test with Peter's driver soon.

Please note that, as I posted in Bug #150109 , this does not occur with hibernation - only suspend to RAM.

Problem still occurs with gutsy final and Peter's driver on a 945GM

On 10/23/07, Aaron Whitehouse <email address hidden> wrote:
>
> I have tested this with Gutsy Final and the problem still occurs. I will
> test with Peter's driver soon.
>
> --
> xserver-xorg-video-intel hangs the system when laptop lid is closed
> https://bugs.launchpad.net/bugs/138256
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>

--

My email address has changed to <email address hidden>

From October <email address hidden> will no longer be active. Please update
your address book.

Cheers,

Rory

Please also note that my system freezes occur at different times. When I Suspend to RAM, it freezes when I try to wake the system up (see full description in Bug #150109 ). The cursor is visible (and movable) over the top, but I can't click anything or do anything. When I push the laptop lid button, I have the system immediately hang with the cursor frozen in place on the screen.

Are these separate bugs or the same one?

I am using Gutsy Final. Do you need any logs from me?

(Most of my logs are available in Bug #150109 )

After a hang from pushing the Lid Close (Blank Screen) button.

After a hang from pushing the Lid Close (Blank Screen) button.

I have an Toshiba Tecra A1 with the Intel 855GM graphics chipset. I am using Gutsy final.
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 01)
00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 01)

 In addition to this bug, the backlight would not turn on after a resume from hibernation, and the video would be corrupted after a resume from suspend. Disabling compiz fusion removed these problems.

I just installed Peter Clifton's updated driver and the problems have disappeared while running compiz fusion. Bother resume from ram and resume from hibernation works as expected.

Stephen, thanks that's good news.

Aaron, have you also had a chance to test Peter's deb?

Not yet, sorry Bryce, I've been really busy and wanted to run all the
tests for LaptopTesting on the normal driver first. I'll do my best to
do it this weekend. Fingers crossed!

No, it didn't fix the issue :(.

I have attached my Xorg log. I have not rebooted since the hang/crash (I have pulled it over from a different install on a separate partition), so all my logs should be as at the hang. Are there any others that you would like?

Note that I have only tested the lid-close button - not suspending. Let me know if you want any other logs and then I will try suspending to RAM.

Back after some more testing. To summarise: my problem is not related to hybernation or suspension, just closing the lid (or hitting the close lid button) makes the system hang.
One funny thing is that the screen goes black (not blank) except for the mouse pointer!

1.) If I plug in a second monitor to the VGA connector, the blanking on lid close is disable, and this problem disappears. Is it possible to forcibly disable the screen blanking even when no external monitor is attached?

2.) I've tried xserver-xorg-video-intel_2.1.1-0ubuntu10~pcjc2.2_i386.deb , but it doesn't help me: my system still lock as soon as I close the lid.

3.) The system hangs even when I'm running only KDM, so it shouldn't be related to Compiz & company.

How should I go on debugging ?

4.) /var/log/Xorg.0.log doesn't show anything after reboot (and before launching X again) - all the messages are related to startup and present way before the system lock up.

Just for the stats. I'm experiencing this bug too on a toshiba satellite R15-S829 855GM intel. Since my upgrade to Gutsy.. Also total crash if screensaver kicks in. Not always, but too often... weird. Switched off screensaver even when on battery power and leave my laptop open... Than it still crashes after like two hours on Ac power. My nightly downloads don't work anymore... Every morning my system has crashed...

Hopefully some smart guys solve this soon. Thanks already.

Raúl Sánchez Siles has a good lead on this in the fd.o bug 11432,
https://bugs.freedesktop.org/show_bug.cgi?id=11432

He's working around the crash by forcing PipeA to be enabled, without an external screen attached. This is a step in the right direction to debugging the issue. We may be able to get a better solution still by identifying where this specific crash occurs, and either enabling PIpeA for that portion of code, or avoiding that code-path when PipeA is disabled.

Could someone give the following package a test. The bug will be present, but there will hopefully be more interesting information in the logs. I've added sync(); calls after the debug prints I added, so these _SHOULD_ make it to disk if you turn off HDD write caching:
hdparm -W 0 <device>

http://www2.eng.cam.ac.uk/~pcjc2/ubuntu/debug/xserver-xorg-video-intel_2.1.1-0ubuntu10~pcjc2.tst3_i386.deb

Please post the logs back, if I've added enough print messages, we'll catch where the crash is occuring and will be a lot closer to figuring out a fix.

19 hours ago I still had this problem with crash too when closing lid..... Well for me it is gone. I changed my xorg.conf to driver "intel" and installed the latest driver I found on another bugdiscussion.
http://www2.eng.cam.ac.uk/~pcjc2/ubuntu/xserver-xorg-video-intel_2.1.1-0ubuntu10~pcjc2.2_i386.deb

I'm just an ubuntu user and not a hacker/programmer orso. Appearently after my upgrade from feisty to gutsy my xorg.conf wasn't changed to the intel driver, but anyhow I directly had very buggy X behavior. Then because when somebody asked me to look at xorg.conf there was i810 in my config...changed it to intel.... I've tried like 20 times closing the lid and it works fine now, before 50% off the lidclosings went into full crash. So toshiba R15-S829 with 82852/855GM runs great again including suspend and hibernation. Thanks Peter

Here is the log from the new package. Hopefully it is more useful.

For the record, mine is a clean install and uses Intel.

I did disable HD caching and attached the log. Setting back to confirmed - let me know if you need any further logs.

Thanks for the log... just a heads up though, bugs which have replies since being marked incomplete may be easier to "find" than bugs marked as confirmed. Doesn't matter in my case, as I'm reading the bugmail, but there is a lot and it might get missed.

I don't see any of the debug statements hit at the end of the log unfortunately. I notice its not the Xorg.0.log.old you attached, however as you comment above that you retrieved the logs from a different install, I'll assume you did the same in this case unless you post otherwise.

To get a better feel for when / how this happens, can you let me know what is effected (display power / brightness controls / crash when closing lid etc..) if you remove the "video" ACPI module:
sudo rmmod video

This may identify if the bug is in the driver / BIOS, or can be avoided. If this avoids the crash, we've learned a lot. If it still crashes, we may have learn't a little.

Can you report the output of:
cat /proc/acpi/video/*/DOS

(Before and after removing the video module)

Can you run:
sudo cat /proc/acpi/dsdt > ~/dsdt.aml

and attach the dsdt.aml file created in your home-dir. (It _might_ be useful to take a look at the ACPI firmware from one or more affected machines.)

Hi Peter,
I don't know if this helps, but if I connect an external monitor to the VGA output, the lid button works properly, and using the "debug" intel driver I see these lines at the end of Xorg.0.log

(II) PM Event received: Capability Changed
I830PMEvent: Capability change
(WW) intel(0): Disabling pipe 0 (4)
(WW) intel(0): Survived poke
(WW) intel(0): Disabling pipe 1 (4)
(WW) intel(0): Survived poke
(II) PM Event received: Capability Changed
I830PMEvent: Capability change
(WW) intel(0): Enabling pipe 0 (3)
(WW) intel(0): Survived poke
(WW) intel(0): Enabling plane 0 (3)
(WW) intel(0): Survived poke
(WW) intel(0): Enabling pipe 1 (3)
(WW) intel(0): Survived poke
(WW) intel(0): Enabling plane 1 (3)
(WW) intel(0): Survived poke

with no external monitor attached, the system hangs (black screen but for the mouse pointer) and after reboot in text mode I don't see anything in the Xorg.0.log .

I'll try again without external monitor with the ACPI stuff you posted.

.Andrea

OK, I tried after removing the "video" module. I still get a system lock :-(

# cat /proc/acpi/video/*/DOS (before rrmod'ing)

DOS setting: <4>
DOS setting: <4>

# cat /proc/acpi/video/*/DOS (after rrmod'ing)

cat: /proc/acpi/video/*/DOS: No such file or directory

/proc/acpi/dsdt is attached

Problem is also occuring on Toshiba U205. Very unpleasant...my computer is crashing 2-3 times per day, and I can't close my laptop lid without having to restart the computer. Considering I'm a student, this is a BIG problem. Let me know if you need logs.

Hi,
Don't know if this can help but I experienced this bug (as originally posted) on and Dell laptop 510m, with intel 855GM chip and "intel" driver on a fresh install of gutsy. Everything was fine when I was under feisty with i810 driver, so I switch to i810 driver and everything go back to normal ! Compiz fusion works great too and no problem with totem-xine video player.

I can confirm the bug on a Toshiba Satellite A510. Strange thing is: I'm experiencing this (screen stays blank on lid close) _and_ still using "old" i810 driver.

output from lspci:
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)

Relevant part of Xorg.0.log:
(II) LoadModule: "i810"
(II) Loading /usr/lib/xorg/modules/drivers//i810_drv.so
(II) Module i810: vendor="X.Org Foundation"
        compiled for 1.3.0, module version = 1.7.4
        Module class: X.Org Video Driver
        ABI class: X.Org Video Driver, version 1.2

Relevant part of Xorg.0.log.old (hopefully near or during freeze):
SetGrabKeysState - disabled
SetGrabKeysState - enabled
SetGrabKeysState - disabled
f000:5503: 01 ILLEGAL EXTENDED X86 OPCODE!
SetGrabKeysState - enabled
SetGrabKeysState - disabled

Stan,

I already reported that i810 fixes the issue (in Bug #150109 ), but the comment isn't in this bug.

"

I have been playing with this and have determined the following
(rebooting/hard-powering-off in between tests):

Three times I tested suspending with the Intel driver. It seems to
resume correctly and then reaches the password prompt to unlock the
screen. I enter my password, press enter and it freezes. This occurred
each of the three times. Sometimes it froze while the prompt was still
on the screen, sometimes it disappeared first leaving a black screen.

I then dpkg-reconfigure xserver-xorg and changed the driver to i810.
This works perfectly and never hanged. I tried this three times with
no issues.

I then dpkg-reconfigure xserver-xorg and changed the driver to Intel.
I used the configuration editor to stop the screen locking on suspend.
I then rebooted and tried again. It behaved the same as the initial
Intel tests: appearing to work, but hanging before the desktop is
displayed - leaving a black screen.

Turning off the desktop effects makes the suspending work properly and
it does not hang."

Clearly, this happens with the lid-button as well as suspending.

Stan, as your machine sounds identical to mine, you may like to check over my page at https://wiki.ubuntu.com/LaptopTestingTeam/DellInspiron510m - your help on that page and linked bugs would be great.

Peter - yes, that was from a different install, so Xorg.log was attached instead of the old one; sorry, I thought that the log would make it clear that it was with the new driver.

I'll run the new tests when I get a chance. Thanks a lot for your help on this bug, Peter.

Before removing video module:
$ cat /proc/acpi/video/*/DOS
DOS setting: <1>
DOS setting: <1>

After removing the video module:
$ cat /proc/acpi/video/*/DOS
cat: /proc/acpi/video/*/DOS: No such file or directory

I've attached the dsdt output after removing the module. I didn't know whether it would change, but attached it anyway.

The crash still occurs on pressing the lid-close button. I will attach my Xorg log (I am back in the testing install, so will attach the "old" log).

Changing brightness is not affected (that occurs in BIOS on a Dell laptop) and nothing else seems to be affected either.

This is not a suspend issue at all. Suspend works fine. It is resuming an
X session after the screen is locked that is the problem.

My laptop is a Dell 640m, with intel 945GM chipset. The bug occurs when the
screen is blanked/locked under the following circumstances:

Compiz enabled, intel xorg driver (using Peter's tst3 driver above).
Compiz enabled, i810 xorg driver.

the password prompt to unlock the screen shows up, the keyboard works fine
until you unlock the screen. Then I am faced with a blank, backlit screen,
with the mouse pointer visible and working. The keyboard is unresponsive.
the only key that works for me is the wireless switch function key. Screen
brightness does not work. The only method of recovering my computer is to
hard reset tthe machine.

Attached is the output of lspci -vv, my xorg.conf, and my x log .

I wonder if this bug might be related to the gnome screensaver?

Thanks for the efforts,

Rory

On 11/1/07, Aaron Whitehouse <email address hidden> wrote:
>
> The crash still occurs on pressing the lid-close button. I will attach
> my Xorg log (I am back in the testing install, so will attach the "old"
> log).
>
> Changing brightness is not affected (that occurs in BIOS on a Dell
> laptop) and nothing else seems to be affected either.
>
>
> ** Attachment added: "Xorg.0.log.old"
> http://launchpadlibrarian.net/10230493/Xorg.0.log.old
>
> --
> xserver-xorg-video-intel hangs the system when laptop lid is closed
> https://bugs.launchpad.net/bugs/138256
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>

--

My email address has changed to <email address hidden>

From October <email address hidden> will no longer be active. Please update
your address book.

Cheers,

Rory

00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03)
 Subsystem: Dell Unknown device 01d8
 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
 Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
 Latency: 0
 Capabilities: [e0] Vendor Specific Information

00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) (prog-if 00 [VGA])
 Subsystem: Dell Unknown device 01d8
 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
 Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
 Latency: 0
 Interrupt: pin A routed to IRQ 16
 Region 0: Memory at eff00000 (32-bit, non-prefetchable) [size=512K]
 Region 1: I/O ports at eff8 [size=8]
 Region 2: Memory at d0000000 (32-bit, prefetchable) [size=256M]
 Region 3: Memory at efec0000 (32-bit, non-prefetchable) [size=256K]
 Capabilities: [90] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable-
  Address: 00000000 Data: 0000
 Capabilities: [d0] Power Management version 2
  Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
  Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/G...

Success!!!

The bug is definitely related to gnome-screensaver. I uninstalled
gnome-screensaver, and installed xscreensaver and now suspend, screen
locking etc. all work with compiz enabled, using Peter's driver.

I noticed I had xscreensaver-gl installed previously too. I'll try a few
combinations, and report my results soon.

Rory

On 11/1/07, Rory Grant <email address hidden> wrote:
>
> This is not a suspend issue at all. Suspend works fine. It is resuming
> an X session after the screen is locked that is the problem.
>
> My laptop is a Dell 640m, with intel 945GM chipset. The bug occurs when
> the screen is blanked/locked under the following circumstances:
>
> Compiz enabled, intel xorg driver (using Peter's tst3 driver above).
> Compiz enabled, i810 xorg driver.
>
> the password prompt to unlock the screen shows up, the keyboard works fine
> until you unlock the screen. Then I am faced with a blank, backlit screen,
> with the mouse pointer visible and working. The keyboard is unresponsive.
> the only key that works for me is the wireless switch function key. Screen
> brightness does not work. The only method of recovering my computer is to
> hard reset tthe machine.
>
> Attached is the output of lspci -vv, my xorg.conf, and my x log .
>
> I wonder if this bug might be related to the gnome screensaver?
>
> Thanks for the efforts,
>
> Rory
>
> On 11/1/07, Aaron Whitehouse <email address hidden> wrote:
> >
> > The crash still occurs on pressing the lid-close button. I will attach
> > my Xorg log (I am back in the testing install, so will attach the "old"
> > log).
> >
> > Changing brightness is not affected (that occurs in BIOS on a Dell
> > laptop) and nothing else seems to be affected either.
> >
> >
> > ** Attachment added: "Xorg.0.log.old"
> > http://launchpadlibrarian.net/10230493/Xorg.0.log.old
> >
> > --
> > xserver-xorg-video-intel hangs the system when laptop lid is closed
> > https://bugs.launchpad.net/bugs/138256
> > You received this bug notification because you are a direct subscriber
> > of a duplicate bug.
> >
>
>
>
> --
>
> My email address has changed to <email address hidden>
>
> From October <email address hidden> will no longer be active. Please update
> your address book.
>
> Cheers,
>
> Rory
>
>

--

My email address has changed to <email address hidden>

From October <email address hidden> will no longer be active. Please update
your address book.

Cheers,

Rory

The culprit appears to be xscreensaver-gl. My current combination is:

gutsy default intel driver + gnome-screensaver + compiz = working.

Peter's intel driver also works.

If you are suffering from this bug, check if xscreensaver-gl is installed.
If it is, try removing it and then report your results. This may not solve
the bug, but it might help isolate it, and provide a useable workaround.

Rory

On 11/1/07, Rory Grant <email address hidden> wrote:
>
> Success!!!
>
> The bug is definitely related to gnome-screensaver. I uninstalled
> gnome-screensaver, and installed xscreensaver and now suspend, screen
> locking etc. all work with compiz enabled, using Peter's driver.
>
> I noticed I had xscreensaver-gl installed previously too. I'll try a few
> combinations, and report my results soon.
>
> Rory
>
> On 11/1/07, Rory Grant <email address hidden> wrote:
> >
> > This is not a suspend issue at all. Suspend works fine. It is resuming
> > an X session after the screen is locked that is the problem.
> >
> > My laptop is a Dell 640m, with intel 945GM chipset. The bug occurs when
> > the screen is blanked/locked under the following circumstances:
> >
> > Compiz enabled, intel xorg driver (using Peter's tst3 driver above).
> > Compiz enabled, i810 xorg driver.
> >
> > the password prompt to unlock the screen shows up, the keyboard works
> > fine until you unlock the screen. Then I am faced with a blank, backlit
> > screen, with the mouse pointer visible and working. The keyboard is
> > unresponsive. the only key that works for me is the wireless switch
> > function key. Screen brightness does not work. The only method of
> > recovering my computer is to hard reset tthe machine.
> >
> > Attached is the output of lspci -vv, my xorg.conf, and my x log .
> >
> > I wonder if this bug might be related to the gnome screensaver?
> >
> > Thanks for the efforts,
> >
> > Rory
> >
> > On 11/1/07, Aaron Whitehouse <email address hidden> wrote:
> > >
> > > The crash still occurs on pressing the lid-close button. I will attach
> > > my Xorg log (I am back in the testing install, so will attach the
> > > "old"
> > > log).
> > >
> > > Changing brightness is not affected (that occurs in BIOS on a Dell
> > > laptop) and nothing else seems to be affected either.
> > >
> > >
> > > ** Attachment added: "Xorg.0.log.old"
> > > http://launchpadlibrarian.net/10230493/Xorg.0.log.old
> > >
> > > --
> > > xserver-xorg-video-intel hangs the system when laptop lid is closed
> > > https://bugs.launchpad.net/bugs/138256
> > > You received this bug notification because you are a direct subscriber
> > > of a duplicate bug.
> > >
> >
> >
> >
> > --
> >
> > My email address has changed to <email address hidden>
> >
> > From October <email address hidden> will no longer be active. Please update
> > your address book.
> >
> > Cheers,
> >
> > Rory
> >
> >
>
>
> --
>
> My email address has changed to <email address hidden>
>
> From October <email address hidden> will no longer be active. Please update
> your address book.
>
> Cheers,
>
> Rory
>

--

My email address has changed to <email address hidden>

From October <email address hidden> will no longer be active. Please update
your a...

I tried removing xscreensaver-gl but I still dont get no resume after suspend. I just get the password box I type it and then the black screen stays and I can only move the cursor. I am using the intel driver and I have an Intel 855Gm graphics card on a dell latitude x300

I posted my comment by mistake on the duplicate bug 150109, so here it is:

I have an "Intel Corporation 82852/855GM Integrated Graphics Device" on HP nx9020 and tried the patched driver above on my up-to-date Gutsy, but it didn't help at all.

All I see after Resume is black screen and my mouse cursor. Restart of my notebook was only via syscalls possible..

satkata, the bug you're seeing doesn't match the symptoms seen by this bug, but it does 150109, I think the bug may be marked as a duplicate incorrectly.

Unfortunately there is host of different problems which are getting confused in these various bug reports.

Hi,
in the last couple of days I've tried all the options I could think off:
 - 3D enabled (running Compiz and GL screensavers) or disabled (switching to MESA software implementation)
 - DRI/GLX on/off
 - DDC/DPMS on/off
 - ACPI/HAL on/off
 - xorg.conf's NoPM
 - CheckDevices on/off

I might have missed some weird combinations of all the above, but I tested a lot... Nothing there prevented my system from hanging on lid close :-(
Peter's tst3 hasn't been very helpful in pinpointing the issue, as I didn't get any messages in the Xorg.0.log file.

Looking for a way to "lie" to X and fake an external monitor, Peter then pointed me to this patch by Raúl Sánchez Siles: https://bugs.freedesktop.org/attachment.cgi?id=11492&action=view

which forces the driver to detect an external monitor with the (undocumented) option

    Option "ForceEnablePipeA" "true"

Using this patched driver and option, I get a better behaviour: my system happily blanks the monitor on lid closing, but does not hang. Hitting the keyboard or moving the mouse unblanks the screen correctly.

However, I have a new problem: now my system locks on lid *opening*.

This time, disabling ACPI (sudo /etc/init.d/acpid stop) works around the problem (rmmod video, disabling only the acpid socket, or using NoPM in xorg.conf are not enough): opening the lid has no effect, the monitor is still blanked but the system doest not hang. Keyboard/mouse do not unblank the screen, either, but switching to a text console and back to X works.

I've put a .deb package of the patched driver online if anyone is interested in giving it a try (for the sourced just look into the same directory):

https://webafs08.cern.ch/fwyzard/xserver-xorg-video-intel/xserver-xorg-video-intel_2.1.1-0ubuntu10~pcjc2.tst4_i386.deb

Sorry, here's the correct link, the above one may or may not work from time to time:

http://fwyzard.web.cern.ch/fwyzard/xserver-xorg-video-intel/xserver-xorg-video-intel_2.1.1-0ubuntu10~pcjc2.tst4_i386.deb

@fwyzard : did you try removing xscreensaver-gl package ? It implies also remove ubuntu-desktop, but it solved the crash on lid close for me, using xserver-xorg-video-intel + compiz + i945GM chipset.

@franck : I tried that, but right now I can't remember if before or after applying the ForcePipeA patch. Anyway, it doeasn't help with the hang on lid opening :-(

fwyzard, Would you mind renaming the above package without the ~pcjc2 in the name please. (~fwyzard would be appropriate). It will save confusion for all involved to know what we're testing and where's come from.

Thanks, and I'm glad to see you're getting further with the issue. You might want to try it without my patch to stop startup blinking, that is not very widely tested, and will effect the code-paths seen at resume / VT switch.

peter, yes, done.

New package is at http://fwyzard.web.cern.ch/fwyzard/xserver-xorg-video-intel/xserver-xorg-video-intel_2.1.1-0ubuntu10~fw1_i386.deb

I removed the startup blinking patch, but I haven't tested it yet - I will have a look tonight.

Subscribing Intel's Hardware Certification team to this bug. I'm hoping IHC can help by reviewing fwyzard's patch and giving guidance toward a better fix.

In reading through this bug thread, it is apparent that many of the people reporting they have the same issue are actually experiencing separate bugs with suspend/resume. While those are serious issues, we're going to focus this report specifically to fwyzard's problem.

I've collected the reports from people commenting on bugs 138256 and 150109: https://wiki.ubuntu.com/X/Bugs/ScreenModeChange

I think there's more than two bugs represented here, but in many cases we don't have enough data. Please look at the above page and fill in the missing data.

I've also created a page summarizing how to analyze and work around these issues. It would be worthwhile for anyone experiencing these issues to review and try these steps, and then report their findings on the appropriate bug

https://wiki.ubuntu.com/X/Debugging#head-0b6e9c6b60fa07cda4013a1c51239f1c14c4f89d

I'm getting something which may be related.

00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)

On resume (from suspend) I got X back, but the screen wouldn't refresh properly. As I opened windows/menus they would sort of display, but not be removed from the screen when closed. Everything else appeared to be working.

After much browsing and fiddling (no records kept, I'm afraid) I came to this fix:

Add SAVE_VIDEO_PCI_STATE=true to /etc/default/acpi-support
Modify /etc/acpi/suspend.d/80-video-pci-state.sh according to attached diff, to save state from /sys/bus/pci/devices/0000:00:02.1 (as well as 02.0).

This last change was a stab in the gloom based on: http://lists.freedesktop.org/archives/xorg/2007-June/025349.html

Current impression is that suspend and hibernate both work.

The above comment relates to a near-fresh Kubuntu 7.10 installation with kernel 2.6.20-16-generic (I needed to downgrade for suspend to work at all).

I just tested Hardy Alpha 1 and this still occurs:

"when I close the laptop lid, the screens my system hangs: black screen except for the mouse pointer which is stuck."

I can confirm rorzers success after uninstalling xscreensaver-gl.

After this all problems were gone. I had the random Screensaver activated.

Before I did this my system (Compaq Deskpro with intel i815 grafics on board) sometimes hang up when the screensaver was activated. Screen was black, only Mousepointer was visible and moving, no ssh, only hard reset possible. This also happened sometimes when System went down to sleep (supend to disk). When it failed, I could sometimes see the screensaver getting active just before ist stopped).

This occured with both drivers, "i810" and "intel".

NO, THIS DOES NOT SOLVE THE PROBLEM. After uninstalling xscreensaver-gl, the system continues to hang. But I have not experienced any problems when the screensaver is turned off entirely.

I am dismayed by the lack of progress on such a mission-critical bug.

I disabled the screensaver in gnome preferences and there was no crash
during the night.

On Jan 5, 2008 3:02 AM, Bug Watch Updater <email address hidden>
wrote:

> ** Changed in: xorg-server
> Status: Incomplete => Confirmed
>
> --
> xserver-xorg-video-intel hangs the system when laptop lid is closed
> https://bugs.launchpad.net/bugs/138256
> You received this bug notification because you are a direct subscriber
> of the bug.
>

This seems to be fixed in Hardy. If you can reproduce the issue with alpha4 or newer, feel free to reopen this bug.

This still occurs for me on latest hardy(newer than alpha4).

Dell Latitude D505, Intel 855GM graphics.

Still occurs for me as well, with a D500. This happens even when the lid close action is "do nothing". It does *not* happen if the machine is in a docking station, booted while closed and in the dock, and then opened/closed in the dock.

Since moving to Hardy I also get this on a MacBook C2D. The X server freezes showing a couple of vertical greenish lines when the lid is closed and on logoff or shutdown/restart the screen freezes with various vertical lines. Sometimes it shut off, or restarts, and usplash shows just before these actions but all distorted. On the boot sequence usplash shows up normally and X has no issues. I can normally change to a tty while X is running normally, too.

Could someone clarify the steps that I need to use to install debugging
symbols? I tried to install them but the packages that I thought I needed
to add weren't there.

-Matt

On Thu, Feb 21, 2008 at 5:55 AM, Bruno Santos <email address hidden> wrote:

> Since moving to Hardy I also get this on a MacBook C2D. The X server
> freezes showing a couple of vertical greenish lines when the lid is
> closed and on logoff or shutdown/restart the screen freezes with various
> vertical lines. Sometimes it shut off, or restarts, and usplash shows
> just before these actions but all distorted. On the boot sequence
> usplash shows up normally and X has no issues. I can normally change to
> a tty while X is running normally, too.
>
> --
> xserver-xorg-video-intel hangs the system when laptop lid is closed
> https://bugs.launchpad.net/bugs/138256
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Even if somehow there seems to be a mention of a "fix release" with a link to

https://bugs.freedesktop.org/show_bug.cgi?id=11432

the problem is still present in Hardy Alpha 5 - tested with a Dell Latitude X300 (lspci output attached, see also

https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/156621 )

I just switched from i810 to intel drivers and I'm also experiencing system hanging when idle for longer period of time (screensaver activates/ or could also be when laptop screen is powered down) on a HP nx7400 laptop with Intel 945GM graphics chipset and with ubuntu 7.10 and xserver-xorg-video-intel driver.

Though with i810 driver I never encountered this hang up, so I'm assuming the bug is in the intel driver.

More about the hang up;

It hangs the system up completely; ccreen is blank, keyboard and mouse don't work. Only the power button works in the system.

I just switched my system to use the i810 drivers, and there it works properly.

This is on a Dell Latitude D500 with Intel 855GM video.

So I agree that this is a bug with the intel driver.

Setting

Option "ForceEnablePipeA" "true"

worked around the problem on my machine.

The problem still persists in Ubuntu 7.10 (2.6.22-14-generic) on a Dell Latitude D505 Intel 855GME chipset.
Will anybody do something about it? Who should I contact and with what information?
How do I switch the drivers? Where do I write "ForceEnablePipeA" "true"?

in /etc/X11/xorg.conf, change:

Section "Device"
        Identifier "Configured Video Device"
        Driver "intel"
EndSection

to

Section "Device"
        Identifier "Configured Video Device"
        Driver "intel"
        Option "ForceEnablePipeA" "true"
EndSection

D505:
If you can provide the output from 'sudo lspci -v' and 'sudo lspci -vn' we can get the fix built in for you.

(assuming that option fixes the problem for you)

Attached are the output of lspci -v and -vn on my machine (v.txt and
vn.txtrespectively):

On Mon, Mar 10, 2008 at 1:22 PM, Alex Mauer <email address hidden> wrote:

> (assuming that option fixes the problem for you)
>
> --
> xserver-xorg-video-intel hangs the system when laptop lid is closed
> https://bugs.launchpad.net/bugs/138256
> You received this bug notification because you are a direct subscriber
> of the bug.
>

00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller (rev 03)
 Subsystem: Toshiba America Info Systems Unknown device 0001
 Flags: bus master, fast devsel, latency 0
 Capabilities: [e0] Vendor Specific Information

00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) (prog-if 00 [VGA])
 Subsystem: Toshiba America Info Systems Unknown device 0001
 Flags: bus master, fast devsel, latency 0, IRQ 21
 Memory at cff80000 (32-bit, non-prefetchable) [size=512K]
 I/O ports at cff8 [size=8]
 Memory at b0000000 (32-bit, prefetchable) [size=256M]
 Memory at cff40000 (32-bit, non-prefetchable) [size=256K]
 Capabilities: [d0] Power Management version 2

00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03)
 Subsystem: Toshiba America Info Systems Unknown device 0001
 Flags: fast devsel
 Memory at 64000000 (32-bit, non-prefetchable) [disabled] [size=512K]
 Capabilities: [d0] Power Management version 2

00:1d.0 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 (rev 03) (prog-if 00 [UHCI])
 Subsystem: Toshiba America Info Systems Unknown device 0001
 Flags: bus master, medium devsel, latency 0, IRQ 18
 I/O ports at cf80 [size=32]

00:1d.1 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 (rev 03) (prog-if 00 [UHCI])
 Subsystem: Toshiba America Info Systems Unknown device 0001
 Flags: bus master, medium devsel, latency 0, IRQ 19
 I/O ports at 28c0 [size=32]

00:1d.2 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 (rev 03) (prog-if 00 [UHCI])
 Subsystem: Toshiba America Info Systems Unknown device 0001
 Flags: bus master, medium devsel, latency 0, IRQ 20
 I/O ports at 28e0 [size=32]

00:1d.3 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 (rev 03) (prog-if 00 [UHCI])
 Subsystem: Toshiba America Info Systems Unknown device 0001
 Flags: bus master, medium devsel, latency 0, IRQ 21
 I/O ports at 2c00 [size=32]

00:1d.7 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller (rev 03) (prog-if 20 [EHCI])
 Subsystem: Toshiba America Info Systems Unknown device 0001
 Flags: bus master, medium devsel, latency 0, IRQ 18
 Memory at 64080000 (32-bit, non-prefetchable) [size=1K]
 Capabilities: [50] Power Management version 2
 Capabilities: [58] Debug port

00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev d3) (prog-if 01 [Subtractive decode])
 Flags: bus master, fast devsel, latency 0
 Bus: primary=00, secondary=02, subordinate=04, sec-latency=32
 I/O behind bridge: 00001000-00001fff
 Memory behind bridge: cfe0...

Matt: That's from a D505?

n/m, I see you have the Portege.

Oh no, it's from a Toshiba Portege that appears to experience the same
problem.

On Mon, Mar 10, 2008 at 1:57 PM, Alex Mauer <email address hidden> wrote:

> Matt: That's from a D505?
>
> --
> xserver-xorg-video-intel hangs the system when laptop lid is closed
> https://bugs.launchpad.net/bugs/138256
> You received this bug notification because you are a direct subscriber
> of the bug.
>

I've forwarded the information upstream.

freedesktop https://bugs.freedesktop.org/show_bug.cgi?id=14944

Matt: the ForceEnablePipeA option fixes the problem for you, right?

Hi,

just to tell you ForceEnablePipeA seems to fix the problem here, on a Vaio VGN-SZ4.

lspci -v | grep VGA gives me :
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) (prog-if 00 [VGA])

Here there side effects on using ForceEnablePipeA ?

If you can provide full output of 'lspci -v' and 'lspci -vn' that would be much appreciated, and the problem can be forwarded upstream.

The only side effect I know of from using ForceEnablePipeA is slightly increased power usage. That's according to the upstream bug.

FYI: Thinkpad R31 needs the Pipe A quirk. Submitted upstream as:

https://bugs.freedesktop.org/show_bug.cgi?id=14960

Attached are full output of lspci -v and -vn for my Sony Vaio VGN-SZ4MN

Same problem with hardy alpha 6, updated to the latest package names on 22-03-2008.

My laptop is HP 6510b.

lspci -vn attached

Hi,

I reinstalled my system (previously under Gusty) in with Hardy beta. The bug is still here.
When installing, default xorg.conf device section is minimalist :

Section "Device"
        Identifier "Configured Video Device"
EndSection

So the ForceEnablePipeA option workaround is not activated. In fact you don't even know which video driver will be used ??

Anyway, if I either try to hibernate or suspend, I get a console with a blinking cursor, and then nothing anymore. I have to hard reboot. (nb: I already attached lspci)

I just uploaded 2:2.2.1-1ubuntu7 which syncs a bunch of the pipe A quirks from upstream. I notice that the bulk of these new quirks originated from the diligence of folks on this bug report who reported them upstream. Props to you guys. :-)

For those not familiar with quirks, each quirk applies to a very specific graphics card model. So while we've fixed the issue for the cards that people provided pci id's in this bug report, it is not unlikely that other folks with different card models will have the same issue. So what you'll need to do is:

  a. Test setting Option "ForceEnablePipeA" "true" in your Device section

  b. If that works, then yes you have this bug; go to (c). If not, file the issue as a new bug report.

  c. Get your 'Subsystem Vendor PCI ID'. The easiest way to get this is from lspci. For example, `lspci -vvnn | grep -A1 "VGA compat"`. Or just attach your Xorg.0.log or the full output from `lspci -vvnn`.

  d. File a new bug against xserver-xorg-video-intel with a title like "Need a Pipe-A quirk for <your video card PCI ID>". Include the info from (c). You might also want to reference this bug report in the comments.

All working for me now, thanks :).

Oh, also:

e. Give the name of your laptop (or motherboard) for documentation purposes

HP6710s is affected too, now works fine when add: Option "ForceEnablePipeA" "true"
before i used "blacklist video" and was ok but now is better :)
thanks

lspci -vvnn | grep -A1 "VGA compat"

00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 0c) (prog-if 00 [VGA controller])
 Subsystem: Hewlett-Packard Company Compaq 6710b [103c:30c0]

but not work suspend and hibernate :( before this not work too.

tomaszr, please report as a new bug as per the previous instructions, so we can properly track it for sru's, etc.

ForceEnablePipeA worked for my dell latitude d400
I filed a new bug report, as per instructions, here: Bug #228519
thanx!

before finding this bug report, i found Bug #210339
the bug reporter has the same symptoms, though he has a nVidia GeForce Go 7600. will this also help him? should he try it even though he doesn't have an intel chipset?

Hi frankie,

I'll get the d400 in for intrepid (and maybe hardy-proposed later after it's been verified).

I don't know if the PipeA approach would be valid for nVidia. Some quirks are highly particular to a driver, others are more general, but I don't know where Pipe A falls. It would be worthwhile to test.

The force
    Option "ForceEnablePipeA" "true"
  EndSection

works I can confirm this. ! please add this option if it works in testing for others. fixed on a dell system (latitude similar to the the inspiron system listed below ) (laptop can switch vt's and back many times and close and then open the screen it looks like from initial testing. 138256 BUG number. This fix might only help out dell intel computers (may have a different acpi protocol to other laptops / systems.)

Following the comment, I added ForceEnablePipeA to xorg.conf, like below

Section "Device"
 ... <other options here> ...
 Option "ForceEnablePipeA" "true"
EndSection

I tried 10x to reproduce the problem without success (login/logout). I was possible to hibernate and suspend as well. This option seems to solve the problem. I am using a newer gdm version as well (2.20.6-0ubuntu1) but problem was happening with it if I don't use the cited option.

Just to keep the bug tracker up to date. I will test more. I have a Dell Latitude D505 with Intel 855GM.

Remember to file a *new* bug, and follow the directions in the description of this bug. We have to apply the fix for each specific chip version separately, so it's important to provide all the needed info each time, else fixes for your chipset will be missed.

I have a Dell C400 running Lubuntu (happened in Ubuntu as well) 10.04 that is exhibiting the same behavior. When I attempted to add the option "ForceEnablePipeA" to my xorg.conf file I learned that Xorg now favors auto-configuration and does not start with a configuration file. Please advise. Thanks.

Have the same problem (see bug #462939) and ForceEnablePipeA did not do the trick

@Bug wathcer Updater: see apport-collect in bug #462939. I wont double post unless you say so.