Red Hat Bugzilla – Bug 784668
suspend to ram switch of intel video till reboot the host
Last modified: 2012-03-01 13:46:11 EST
Description of problem:
After suspend to RAM host keep screen blank till reboot.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Boot host HP 2540p
2. login by kdm (gdm too) to KDM
3. Ment, Exit, Suspend to RAM
4. Press power buttom.
5. Wait till resume.
6. Look at the screen.
Screen is blank.
Graphics screen with prompt to type password
1. vmlinuz-3.1.8-2.fc16.i686.PAE is not affected. Under this kernel suspend/resume work as expected.
vmlinuz-3.1.9-1.fc16.i686.PAE is affected.
vmlinuz-3.2.1-3.fc16.i686.PAE is affected.
2. Host is accessible by SSH
3. Reboot from SSH session do not restore screen. It is necessary to switch off host `shutdown -h now`
[root@ua-dudn00000 ~]# lshw
product: HP EliteBook 2540p (WK304EA#ACB)
width: 32 bits
capabilities: smbios-2.6 dmi-2.6
configuration: boot=normal chassis=notebook family=103C_5336AN sku=WK304EA#ACB uuid=219EB521-01C9-DF11-83E4-E2008F06C0E5
physical id: 0
version: KBC Version 38.2E
physical id: 9
version: 68CSU Ver. F.03
capabilities: pci pcmcia upgrade shadowing cdboot bootselect edd int5printscreen int9keyboard int14serial int17printer acpi usb smartbattery biosbootspecification netboot
(In reply to comment #0)
> Description of problem:
> After suspend to RAM host keep screen blank till reboot.
> Version-Release number of selected component (if applicable):
> How reproducible:
> Steps to Reproduce:
> 1. Boot host HP 2540p
> 2. login by kdm (gdm too) to KDM
> 3. Ment, Exit, Suspend to RAM
> 4. Press power buttom.
> 5. Wait till resume.
> 6. Look at the screen.
> Actual results:
> Screen is blank.
> Expected results:
> Graphics screen with prompt to type password
> Additional info:
> 1. vmlinuz-3.1.8-2.fc16.i686.PAE is not affected. Under this kernel
> suspend/resume work as expected.
> vmlinuz-3.1.9-1.fc16.i686.PAE is affected.
> vmlinuz-3.2.1-3.fc16.i686.PAE is affected.
There was a recent upstream bug report where commit cd9dde44f475013 was causing this exact behavior on the same kind of laptop. That commit is in 3.2.x, but it isn't in 3.1.x from what I can see. Are you sure 3.1.9 is broken with resume in the same way?
>> Are you sure 3.1.9 is broken with resume in the same way?
Yes, I'm sure.
PS: I have deleted 3.1.9 as soon as report was send, because 3 kernels are installed and next update will delete kernel, which work correct. If 3.1.9 would be correct, I would keep this one.
Created attachment 558044 [details]
Dmesg info after boot and after suspend to ram
1/ 3.2.2-1.fc16.i686.PAE do not fix issue.
2/ Host accessible by SSH
3/ Issue is not related to xorg (as minimum, directly), because
`echo -n mem > /sys/power/state`
from runlevel 3 cause the same problem as syspend to ram from KDE menu.
4/ Backlight of screen can be changed by sysfs. Screen still blank, but
`echo "8" > /sys/devices/pci0000:00/0000:00:02.0/backlight/acpi_video0/brightness` change backlight (default value is 24)
5/ All other components like work as expected.
Notebook has 2 external interfaces for video - VGA and Display port.
How to check what interface is active?
Is it possible, that suspend to ram force activating of VGA or Display Port and it switch video to wrong interface?
How to check it without external monitor with VGA and Display Port interfaces?
Created attachment 558144 [details]
config-3.1.9-1.fc16.i686.PAE without debug (debug is switched off)
Vanilla-3.1.10 (sources from http://www.kernel.org/) with small changes of config-3.1.9-1.fc16.i686.PAE (only debug is switched off) is not affected to issue.
In 3.2.7-1.fc16.i686.PAE issue is solved.