FS#30690 - [linux, xorg] freeze when closing/opening lid
Attached to Project:
Arch Linux
Opened by Felix Kaiser (fxkr) - Sunday, 15 July 2012, 13:14 GMT
Last edited by Tobias Powalowski (tpowa) - Thursday, 31 January 2013, 19:23 GMT
Opened by Felix Kaiser (fxkr) - Sunday, 15 July 2012, 13:14 GMT
Last edited by Tobias Powalowski (tpowa) - Thursday, 31 January 2013, 19:23 GMT
|
Details
Description:
After I close/open the laptop lid, the system freezes sometimes (maybe 1 out of 5 times). The screen will be black on the left side and show some black/white vertical-stripes pattern on the right side (always the same pattern). Always the same pattern. Can't zap xorg via Ctrl-Alt-Backspace, can't switch to a different VTY, but rebooting via Ctrl-Alt-Del works after a few tries. I'm using a fresh installation on a Lenovo Thinkpad T430s (Core i5-3320M (Ivy Bridge...), integrated Intel HD4000 GPU). Additional info: * package version(s): latest everything: kernel 3.4.4-2 xorg-server 1.12.3-1 xf86-video-intel-sna 2.19.0-6 acpid 2.0.16-3 (not sure what's relevant) * nothing noteworthy in kernel.log * /var/log/everything.log: ... Jul 15 14:33:34 localhost logger: LID closed Jul 15 14:33:35 localhost logger: LID opened Jul 15 14:33:35 localhost logger: LID closed Jul 15 14:33:36 localhost logger: LID opened Jul 15 14:33:40 localhost acpid: client 575[0:0] has disconnected Jul 15 14:33:40 localhost acpid: client connected from 2102[0:0] Jul 15 14:33:40 localhost acpid: 1 client rule loaded Jul 15 14:33:45 localhost acpid: client 2102[0:0] has disconnected Jul 15 14:33:51 localhost shutdown[2120]: shutting down for system reboot Jul 15 14:33:52 localhost init: Switching to runlevel: 6 Jul 15 14:33:54 localhost shutdown[2130]: shutting down for system reboot Jul 15 14:33:54 localhost acpid: exiting Jul 15 14:33:54 localhost syslog-ng[452]: syslog-ng shutting down; version='3.3.5' * happens regardless of wether or not acpid is running Steps to reproduce: - use a T430s, close lid, open lid, repeat a few times |
This task depends upon
- And it turns out that it's just the display that doesn't work -- everything else works normally.
I can recover from the bug by suspending the laptop via a hotkey and waking it up again, after that the display will work normally again.
It also happens with my laptop once using suspend2ram.
But it happens more frequently if:
* I change the resolution of the screen (I've discovered this issue while playing with the settings of urban terror).
* I plug a screen on the vga port and try to configure it via kde tool (using xrandr?)
When the bug occurs, I can still blindly login with the root user in a tty and restart my laptop.
I'm using a IntelCore i5-2540M CPU (and integrated Intel HD Graphics 3000), it was happening with the old xf86-video-intel driver and it's still happening with xf86-video-intel-sna.
I've also noticed that after the reboot, my screen is "flickering", it reminds me of the effect of an old CRT screen with a low frequency. In oder to solve this problem, I have to do a magic combination of this 2 tasks:
* restart under MS Windows
and/or
* unplug the 2 batteries of my laptop, and wait
In relation to this bug, I've removed all the special parameters for the intel driver in my grub configuration on the kernel line.
I admit I don't know how to fill a good bug report for this issue ;)
They also have a picture there ( https://launchpadlibrarian.net/75481075/IMG_20110718_182145.jpg ), and thats exactly the same pattern I see.
https://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=blob;f=drivers/gpu/drm/i915/intel_lvds.c;h=e9a6f6aaed855dfa5acad6026c0f95e79a33955e;hb=HEAD#l482
Ari, could you maybe please run dmidecode so that we can be sure we are using the same BIOS now? Here's what it says for me:
[...]
Handle 0x000E, DMI type 0, 24 bytes
BIOS Information
Vendor: LENOVO
Version: G7ET60WW (2.02 )
Release Date: 09/11/2012
[...]
BIOS Revision: 2.2
Firmware Revision: 1.9
[...]
Handle 0x000F, DMI type 0, 24 bytes
BIOS Information
Vendor: LENOVO
Version: 8CET54WW (1.34 )
Release Date: 07/11/2012
Address: 0xE0000
Runtime Size: 128 kB
ROM Size: 8192 kB
[...]
BIOS Revision: 1.34
Firmware Revision: 1.20
BIOS Information
Vendor: LENOVO
Version: G7ET32WW (1.14 )
Release Date: 07/31/2012
Address: 0xE0000
Runtime Size: 128 kB
ROM Size: 16384 kB
Characteristics:
PCI is supported
PNP is supported
BIOS is upgradeable
BIOS shadowing is allowed
Boot from CD is supported
Selectable boot is supported
EDD is supported
3.5"/720 kB floppy services are supported (int 13h)
Print screen service is supported (int 5h)
8042 keyboard services are supported (int 9h)
Serial services are supported (int 14h)
Printer services are supported (int 17h)
CGA/mono video services are supported (int 10h)
ACPI is supported
USB legacy is supported
BIOS boot specification is supported
Targeted content distribution is supported
UEFI is supported
BIOS Revision: 1.14
Firmware Revision: 1.8
% pacman -Qs xf86-video-intel
local/xf86-video-intel 2.20.19-1 (xorg-drivers xorg)
X.org Intel i810/i830/i915/945G/G965+ video drivers
% pacman -Qs "^linux$"
local/linux 3.7.4-1 (base)
The linux kernel and modules
Edit: just kidding. My laptop just failed to suspend before I lugged it off on the way to class. The fan seems to turn off and CPU bumps up to 100% when it does this, so the sucker nearly cooked to death in my backpack.
T420 Lenovo with Nvidia NVS4200M and an Intel 2.7GHz Core 2. 8GB RAM.