After closing the lid, video does not come back by pressing any key.

Bug #44393 reported by Sandino Flores
14
This bug affects 1 person
Affects Status Importance Assigned to Milestone
acpi-support (Ubuntu)
Invalid
Medium
Unassigned
linux-source-2.6.17 (Ubuntu)
Invalid
Undecided
Unassigned
linux-source-2.6.22 (Ubuntu)
Invalid
Undecided
Unassigned
xserver-xorg-video-intel (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Steps:

1) Close the lid a few seconds.
2) Open the lid.

You will notice the video is off, despite it is in graphic mode or text.

In order to turn back the video:
1) Press control+alt+F1 to go to a text terminal.
2) Press control+alt+F7 to go back to the graphic session,

Once the video has woke uo, the log shows "video bus notification".

It happens in a laptop Dell Inspiron E1505/6400 with Intel Graphics Card 950.

Revision history for this message
Sandino Flores (tigrux) wrote : Only in GDM.

I checked twice so a friend of mine did, and it happens only in the login window of GDM.

Revision history for this message
Sandino Flores (tigrux) wrote : In gnome, when closing the lid for a long time.

More information.

If I am in my gnome session, and then close the lid and keep it closed for a long time (let say one hour), when pressing any key it does not come back also.

I think this is due to one of the acpi scripts.

Revision history for this message
Paul Dufresne (paulduf) wrote : Re: After closing the lid, video does not come bak by pressing any key.

Thanks for taking the time to report this bug and helping to make Ubuntu better. This bug did not have a package associated with it, which is important for ensuring that it gets looked at by the proper developers. You can learn more about finding the right package at [WWW] https://wiki.ubuntu.com/Bugs/FindRightPackage . I have classified this bug as a bug in acpi-support.

This has been a long time, and I guess I should just ask:
Any news with a more recent version?

Also, this looks like a lot to bug #21440 but I prefer let a developer decide if it is indeed a duplicate.

Revision history for this message
Paul Dufresne (paulduf) wrote :

It MIGHT have been fixed with:
 gdm (2.16.1-0ubuntu3) edgy; urgency=low
 .
   * debian/patches/11_powermanagement.patch:
     - updated to make hibernate work from the login screen too (Ubuntu: #3642)
on 2006-10-13

Revision history for this message
jnilsson (jnilsson) wrote :

I have noticed the same issue both in Ubuntu and fedora with my dell D400 laptop. The issue is caused by the Intel driver in X11. When I reverted back to i810 instead of Intel as is announced in the forums it works perfectly.

http://ubuntuforums.org/showthread.php?t=591589

Paul Dufresne (paulduf)
Changed in xserver-xorg-video-intel:
assignee: nobody → dufresnep
status: New → Incomplete
Revision history for this message
Paul Dufresne (paulduf) wrote :

Looks like this bug could be a duplicate of bug #65027
Are you using AMD64 Ubuntu, maybe on an Intel CPU (confusing term) ?

Paul Dufresne (paulduf)
Changed in linux-source-2.6.17:
assignee: nobody → dufresnep
status: New → Incomplete
Changed in linux-source-2.6.22:
assignee: nobody → dufresnep
status: New → Incomplete
Revision history for this message
Luke12 (luca-venturini) wrote :

Uhm. Have you tried modifying the /etc/default/acpi-support file? Because out-of-the-box it is misconfigured (I am assuming that the Dell does have a Nvidia card, but it might affect machines without it; I have tested it only on my Dell Inspiron 6400). In order to get it working, you have to modify the file.

I attach here my own, try configuring yours following my modificattions ;) I do get suspend working, however hibernate does not (but I never use it anyway).

Also, pm-utils fixed this. The only problem, when you pm-suspend Networkmanager will crash (and will have to be shut down and reactivated by hand), otherwise it'd work fine, while pm-hibernate works like a charm (but since I get acpi-suspend functioning, I am sticking to acpi ;) )

Revision history for this message
Paul Dufresne (paulduf) wrote :

I am closing this bug, because there was no answer from original poster.
Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!

Changed in acpi-support:
status: Incomplete → Invalid
Changed in linux-source-2.6.17:
status: Incomplete → Invalid
Changed in linux-source-2.6.22:
status: Incomplete → Invalid
Changed in xserver-xorg-video-intel:
status: Incomplete → Invalid
Revision history for this message
Sandino Flores (tigrux) wrote : Wrong DSDT.

In my case (dell inspiron 6400/1505) the problem was not in the software but in the firmware.

I has to modify the dsdt of the bios of the laptop.

The problem was because the bios was not sending the event of lid opened.
Patching the DSDT, fixed the problem.

To patch the dsdt of the bios, the acpi-dsdt must be applied to the kernel and the compiled dsdt must be added to the initrd.

Revision history for this message
Zero (gsczero) wrote :

In my case, its the HP compaq 6710B with Intel GMA965

when i close the lid for some time (just a few seconds) make the computer unresponsive, not a key works and its imposible to bring console with ctrl-alt-f1 or any other key, but the screen is not black it appears to be the last image before the lid was closed.

the only thing i can do is to switch off completly via the power button.

i've tried many changes in xorg.conf and other things but that didn't work.

Revision history for this message
Zero (gsczero) wrote :

maybe is should tell i'm using ubuntu 8.04 AMD64 with this computer

Revision history for this message
Fernando Miguel (fernandomiguel) wrote :

Olá Zero e a todos.

On Wednesday 04 June 2008 07:16:13 Zero wrote:
> when i close the lid for some time (just a few seconds) make the
> computer unresponsive, not a key works and its imposible to bring
> console with ctrl-alt-f1 or any other key, but the screen is not black
> it appears to be the last image before the lid was closed.

Do you have a full install, or did you install from Wubi?
Wubi doesnt support hibernation and maybe suspend.

--
BUGabundo :o)
(``-_-´´) http://Ubuntu.BUGabundo.net
Linux user #443786 GPG key 1024D/A1784EBB
My new micro-blog @ http://BUGabundo.net

Revision history for this message
Tim Morrow (linuxguy6) wrote :

Wubi supports suspend. Have you tried manually disabling the "Suspend on lid close"?

Revision history for this message
Zero (gsczero) wrote :

i did used this command to resolve my issue with the lid and the freeze of my laptop

echo 1 > /proc/acpi/video/*/DOS

this has to be run as root so we need to use:

sudo -s before issuing the command

all this come from the post at

http://ubuntuforums.org/showthread.php?p=3793753

anyway, hope this helps aother people using HP compaq 6710B with Hardy AMD64 architecture...

Thanks for your time

Revision history for this message
evolipel (mlepilov) wrote :

I've experienced this problem and fixed it by following the advice given here:
http://ubuntuforums.org/showthread.php?t=358432

I'm running Hardy on a Dell Inspiron 8100 with an Intel CPU and an nvidia GeForce2 Go, using the nvidia proprietary driver. I highly doubt the CPU/video card really matters here, but yet again, this could be an entirely different issue.

My variation on the advice given in the linked thread was to edit /etc/acpi/lid.sh and to place

#!/bin/sh
grep -q open /proc/acpi/button/lid/*/state
if [ $? = 0 ]
then
    # lid is open; turn the screen on
    vbetool dpms on
fi

before

if [ `CheckPolicy` == 0 ]; then exit; fi

Basically, it seems that on a bunch of Dell laptops, there exists *something* before the OS is even loaded (maybe in hardware/as a BIOS setting?) that turns off the screen when the lid is closed. The only way to turn it back on is via vbetool; xset, which the lid.sh script uses, doesn't work, so the screen remains off. Additionally, it also seems that in recent releases of Ubuntu, or at least on Hardy, the script never gets past the aforementioned policy check.

If this is indeed the same problem, the following bugs seem to be related to it:
https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/67231
https://bugs.launchpad.net/ubuntu/+source/acpi/+bug/49521
https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/22987

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.