Description of problem: After closing the laptop lid the screen "dies". VT switching does nothing. A hard reboot is needed. Version-Release number of selected component (if applicable): xorg-x11-drv-intel-2.9.1-1.fc12.i686 How reproducible: Always Steps to Reproduce: 1. Log in 2. Close laptop lid 3. Open laptop lid Actual results: Blank screen Expected results: Display should turn back on and ask for password Additional info: Display Controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller This bug happens whether the laptop is on battery or AC power. In gnome-power-preferences the action when the lid is closed is set to : - "blank screen" on AC - "suspend" on battery Here are the relevant lines from /var/log/messages: Mar 13 13:06:39 localhost kernel: [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung Mar 13 13:06:39 localhost kernel: render error detected, EIR: 0x00000000 Mar 13 13:06:39 localhost kernel: [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5 (awaiting 53465 at 53464) Mar 13 13:06:40 localhost abrt[2950]: saved core dump of pid 2064 (/usr/bin/Xorg) to /var/cache/abrt/ccpp-1268482000-2064.new/coredump (10031104 bytes) Mar 13 13:06:40 localhost abrtd: Directory 'ccpp-1268482000-2064' creation detected Mar 13 13:06:40 localhost gnome-keyring-daemon[2165]: dbus failure unregistering from session: Connection is closed Mar 13 13:06:40 localhost gnome-keyring-daemon[2165]: dbus failure unregistering from session: Connection is closed Mar 13 13:06:40 localhost NetworkManager: <info> (wlan0): device state change: 8 -> 3 (reason 38) Mar 13 13:06:40 localhost NetworkManager: <info> (wlan0): deactivating device (reason: 38). Mar 13 13:06:41 localhost NetworkManager: <info> (wlan0): canceled DHCP transaction, dhcp client pid 2607 Mar 13 13:06:41 localhost NetworkManager: <WARN> check_one_route(): (wlan0) error -34 returned from rtnl_route_del(): Sucess#012 Mar 13 13:06:41 localhost dnsmasq[2044]: reading /etc/resolv.conf Mar 13 13:06:41 localhost dnsmasq[2044]: using nameserver 192.168.1.1#53 Mar 13 13:06:41 localhost avahi-daemon[1582]: Withdrawing address record for 192.168.1.14 on wlan0. Mar 13 13:06:41 localhost avahi-daemon[1582]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.14. Mar 13 13:06:41 localhost avahi-daemon[1582]: Interface wlan0.IPv4 no longer relevant for mDNS. Mar 13 13:06:41 localhost pulseaudio[2960]: pid.c: Stale PID file, overwriting. Mar 13 13:06:41 localhost pulseaudio[2960]: main.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NoServer: Failed to connect to socket /tmp/dbus-H03r28MV4I: Connexion refusée
I don't know exactly which update broke this but this used to work very well until recently.
Could that be related to bug 624316? I posted there "a gross workaround" for pm-utils which should not be considered a proper patch but a temporary hack which works for me. An intel video on F12 was for me barely usable, though. It looks in a quite better shape in F13.
This message is a reminder that Fedora 12 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 12. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '12'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 12's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 12 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.