Debian Bug report logs - #567253
[pm-utils] screens stay black after resume from pm-suspend on Compal FL90 (GeForce 8600M GT) from tty or X/nv. kernel

Reply or subscribe to this bug.

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Filipus Klutiero <chealer@gmail.com>

To: submit@bugs.debian.org

Subject: [pm-utils] screens stay black after resume from pm-suspend on Compal FL90 (GeForce 8600M GT) from tty or X/nv. kernel

Date: Thu, 28 Jan 2010 03:28:42 -0500

Package: pm-utils
Version: 1.2.6.1-3
Severity: important

After suspending with pm-suspend, suspend works except for the screens which 
stay completely black...making pm-suspend pretty much unusable.

I'm using a Compal FL90 laptop with an integrated GeForce 8600M GT video card. 
This issue happens when I'm in a tty or running X with the nv driver. Suspend 
works fine with the nvidia driver (even if the suspend happens from a tty). I 
didn't try vesa.

This happens whether vbetool is installed or not. The log seems completely 
normal. auto-quirks selects --quirk-vbe-post. The problem also happens with no 
quirk, with --quirk-s3-bios or --quirk-s3-mode. This happens on 2.6.32 686 or 
amd64, with the kernel sleep module.

Initial commandline parameters: 
jeudi 28 janvier 2010, 03:05:34 (UTC-0500): Running hooks for suspend.
/usr/lib/pm-utils/sleep.d/000kernel-change suspend suspend: success.
/usr/lib/pm-utils/sleep.d/00auto-quirk suspend suspend: Adding quirks from 
HAL: --quirk-vbe-post 
success.
/usr/lib/pm-utils/sleep.d/00logging suspend suspend: Linux vinci 2.6.32-
trunk-686 #1 SMP Sun Jan 10 06:32:16 UTC 2010 i686 GNU/Linux
Module                  Size  Used by
nvidia               8783671  0 
ppdev                   4058  0 
lp                      5570  0 
parport                22554  2 ppdev,lp
sco                     5837  2 
bridge                 32851  0 
stp                      996  1 bridge
rfcomm                 25063  0 
bnep                    7376  2 
l2cap                  21677  4 rfcomm,bnep
crc16                   1027  1 l2cap
bluetooth              36259  6 sco,rfcomm,bnep,l2cap
acpi_cpufreq            4907  0 
cpufreq_userspace       1444  0 
cpufreq_stats           1940  0 
cpufreq_powersave        602  0 
cpufreq_conservative     4018  0 
fuse                   43554  1 
aes_i586                6816  2 
aes_generic            25738  1 aes_i586
coretemp                3225  0 
loop                    9721  0 
firewire_sbp2           9575  0 
snd_hda_codec_si3054     2410  1 
snd_hda_codec_realtek   162851  1 
uvcvideo               45194  0 
videodev               25445  1 uvcvideo
snd_hda_intel          15263  0 
snd_hda_codec          45998  3 
snd_hda_codec_si3054,snd_hda_codec_realtek,snd_hda_intel
v4l1_compat            10250  2 uvcvideo,videodev
snd_hwdep               4054  1 snd_hda_codec
snd_pcm_oss            28479  0 
snd_mixer_oss          10461  1 snd_pcm_oss
snd_pcm                47350  4 
snd_hda_codec_si3054,snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_seq_midi            3480  0 
snd_rawmidi            12313  1 snd_seq_midi
snd_seq_midi_event      3684  1 snd_seq_midi
snd_seq                35303  2 snd_seq_midi,snd_seq_midi_event
arc4                     974  2 
snd_timer              12258  2 snd_pcm,snd_seq
joydev                  6771  0 
snd_seq_device          3673  3 snd_seq_midi,snd_rawmidi,snd_seq
ecb                     1405  2 
snd                    33551  12 
snd_hda_codec_si3054,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
iwl3945                45717  0 
iwlcore                67306  1 iwl3945
soundcore               3450  1 snd
i2c_i801                6442  0 
i2c_core               12612  3 nvidia,videodev,i2c_i801
snd_page_alloc          4977  2 snd_hda_intel,snd_pcm
mac80211              121381  2 iwl3945,iwlcore
cfg80211               86910  3 iwl3945,iwlcore,mac80211
rfkill                 10196  3 bluetooth,cfg80211
serio_raw               2916  0 
pcspkr                  1207  0 
evdev                   5609  15 
ac                      1640  0 
compal_laptop           1731  0 
processor              25803  3 acpi_cpufreq
wmi                     3575  0 
psmouse                44409  0 
battery                 3782  0 
usbhid                 26784  0 
hid                    50545  1 usbhid
ext3                   93828  1 
jbd                    31965  1 ext3
mbcache                 3762  1 ext3
ide_cd_mod             21044  0 
cdrom                  26487  1 ide_cd_mod
sd_mod                 25717  3 
crc_t10dif              1012  1 sd_mod
ide_pci_generic         1924  0 
ata_generic             2015  0 
ahci                   26446  2 
firewire_ohci          16477  0 
uhci_hcd               15953  0 
sdhci_pci               4493  0 
sdhci                  12079  1 sdhci_pci
tg3                    88049  0 
libata                113728  2 ata_generic,ahci
piix                    3564  0 
video                  14605  0 
output                  1204  1 video
ricoh_mmc               2529  0 
mmc_core               38095  1 sdhci
led_class               1757  3 iwl3945,iwlcore,sdhci
firewire_core          30915  2 firewire_sbp2,firewire_ohci
crc_itu_t               1035  1 firewire_core
intel_agp              20145  0 
agpgart                19516  2 nvidia,intel_agp
libphy                 11238  1 tg3
scsi_mod              101073  3 firewire_sbp2,sd_mod,libata
button                  3598  0 
ide_core               63850  3 ide_cd_mod,ide_pci_generic,piix
ehci_hcd               27230  0 
usbcore                97930  5 uvcvideo,usbhid,uhci_hcd,ehci_hcd
nls_base                4541  1 usbcore
thermal                 9206  0 
fan                     2586  0 
thermal_sys             9378  4 processor,video,thermal,fan
             total       used       free     shared    buffers     cached
Mem:       3114132    1686104    1428028          0     258976    1171256
-/+ buffers/cache:     255872    2858260
Swap:      1951888          0    1951888
success.
/usr/lib/pm-utils/sleep.d/00powersave suspend suspend: success.
/usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend: not applicable.
/usr/lib/pm-utils/sleep.d/55NetworkManager suspend suspend: not applicable.
/usr/lib/pm-utils/sleep.d/75modules suspend suspend: not applicable.
/usr/lib/pm-utils/sleep.d/90clock suspend suspend: not applicable.
/usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend: success.
/usr/lib/pm-utils/sleep.d/95anacron suspend suspend: success.
/usr/lib/pm-utils/sleep.d/95led suspend suspend: not applicable.
/usr/lib/pm-utils/sleep.d/98smart-kernel-video suspend suspend: success.
/usr/lib/pm-utils/sleep.d/99video suspend suspend: kernel.acpi_video_flags = 0
success.
/etc/pm/sleep.d/action_wpa suspend suspend: success.
jeudi 28 janvier 2010, 03:05:34 (UTC-0500): performing suspend
jeudi 28 janvier 2010, 03:06:16 (UTC-0500): Awake.
jeudi 28 janvier 2010, 03:06:16 (UTC-0500): Running hooks for resume
/etc/pm/sleep.d/action_wpa resume suspend: success.
/usr/lib/pm-utils/sleep.d/99video resume suspend: success.
/usr/lib/pm-utils/sleep.d/98smart-kernel-video resume suspend: success.
/usr/lib/pm-utils/sleep.d/95led resume suspend: not applicable.
/usr/lib/pm-utils/sleep.d/95anacron resume suspend: success.
/usr/lib/pm-utils/sleep.d/94cpufreq resume suspend: success.
/usr/lib/pm-utils/sleep.d/90clock resume suspend: not applicable.
/usr/lib/pm-utils/sleep.d/75modules resume suspend: success.
/usr/lib/pm-utils/sleep.d/55NetworkManager resume suspend: not applicable.
/usr/lib/pm-utils/sleep.d/49bluetooth resume suspend: not applicable.
/usr/lib/pm-utils/sleep.d/00powersave resume suspend: success.
/usr/lib/pm-utils/sleep.d/00logging resume suspend: success.
/usr/lib/pm-utils/sleep.d/00auto-quirk resume suspend: success.
/usr/lib/pm-utils/sleep.d/000kernel-change resume suspend: success.
jeudi 28 janvier 2010, 03:06:16 (UTC-0500): Finished.

--- System information. ---
Architecture: i386
Kernel:       Linux 2.6.32-trunk-686

Debian Release: squeeze/sid
  990 testing         security.debian.org 
  990 testing         ftp.ca.debian.org 
  500 unstable        ftp.ca.debian.org 

--- Package information. ---
Depends             (Version) | Installed
=============================-+-===========
powermgmt-base                | 1.31
kbd                           | 1.15.1-2
 OR console-tools             | 


Recommends      (Version) | Installed
=========================-+-===========
hal            (>= 0.5.9) | 0.5.14-1
vbetool                   | 1.1-2
radeontool                | 1.5-5


Suggests          (Version) | Installed
===========================-+-===========
cpufrequtils                | 006-2
uswsusp                     | 0.8-1.2

Message #10 received at 567253@bugs.debian.org (full text, mbox, reply):

From: Michael Biebl <biebl@debian.org>

To: Filipus Klutiero <chealer@gmail.com>, 567253@bugs.debian.org

Subject: Re: Bug#567253: [pm-utils] screens stay black after resume from pm-suspend on Compal FL90 (GeForce 8600M GT) from tty or X/nv. kernel

Date: Thu, 28 Jan 2010 22:14:03 +0100

[Message part 1 (text/plain, inline)]

On 28.01.2010 09:28, Filipus Klutiero wrote:
> Package: pm-utils
> Version: 1.2.6.1-3
> Severity: important
> 
> After suspending with pm-suspend, suspend works except for the screens which 
> stay completely black...making pm-suspend pretty much unusable.
> 
> I'm using a Compal FL90 laptop with an integrated GeForce 8600M GT video card. 
> This issue happens when I'm in a tty or running X with the nv driver. Suspend 
> works fine with the nvidia driver (even if the suspend happens from a tty). I 
> didn't try vesa.
> 
> This happens whether vbetool is installed or not. The log seems completely 
> normal. auto-quirks selects --quirk-vbe-post. The problem also happens with no 
> quirk, with --quirk-s3-bios or --quirk-s3-mode. This happens on 2.6.32 686 or 
> amd64, with the kernel sleep module.

Have you tried all different combinations of pm-suspend?
It's most likely not a bug in pm-utils, but simply hal(-info) is not providing
the correct quirk for your hardware.

As an alternative, you might try the noveau driver, which uses KMS and so no
longer needs any suspend quirks.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

[signature.asc (application/pgp-signature, attachment)]

Message #15 received at 567253@bugs.debian.org (full text, mbox, reply):

From: Filipus Klutiero <chealer@gmail.com>

To: 567253@bugs.debian.org

Subject: Re: Bug#567253: [pm-utils] screens stay black after resume from pm-suspend on Compal FL90 (GeForce 8600M GT) from tty or X/nv. kernel

Date: Thu, 28 Jan 2010 18:10:41 -0500

Le janvier 28, 2010 04:14:03 PM, Michael Biebl a écrit :
> On 28.01.2010 09:28, Filipus Klutiero wrote:
> > Package: pm-utils
> > Version: 1.2.6.1-3
> > Severity: important
> >
> > After suspending with pm-suspend, suspend works except for the screens
> > which stay completely black...making pm-suspend pretty much unusable.
> >
> > I'm using a Compal FL90 laptop with an integrated GeForce 8600M GT video
> > card. This issue happens when I'm in a tty or running X with the nv
> > driver. Suspend works fine with the nvidia driver (even if the suspend
> > happens from a tty). I didn't try vesa.
> >
> > This happens whether vbetool is installed or not. The log seems
> > completely normal. auto-quirks selects --quirk-vbe-post. The problem also
> > happens with no quirk, with --quirk-s3-bios or --quirk-s3-mode. This
> > happens on 2.6.32 686 or amd64, with the kernel sleep module.
> 
> Have you tried all different combinations of pm-suspend?
Do you mean combinations of quirks? If so, I have not. As I wrote, I tried no 
quirk, --quirk-vbe-post, --quirk-s3-bios and --quirk-s3-mode, but no 
"combination" of these nor any other quirk. I reboot the machine each time a 
test fails, so with the log analysis, the tests I made caused about 10 reboots 
and took me well over an hour. I consider I tried the most likely quirks. If I 
go over them:

>--quirk-dpms-on
> This option forces the video hardware to turn on the screen during resume.
> Most video adapters turn on the screen themselves, but if you get a blank
> screen on resume that can be turned back on by moving the mouse or typing
> then this option may be useful.

Not my problem.

> --quirk-dpms-suspend
> This option forces the video hardware to turn off the screen when
> suspending. Most video adapters seem to do this correctly, but some do not,
> which wastes lits of power. If your screen is still on after successfully
> suspending you may need to use this option.

Not my problem.

> --quirk-radeon-off
> This option forces Radeon hardware to turn off the display during suspend
> and turn it back on during resume. You only need to do this on some old
> ThinkPads of the '30 series (T30, X31, R32,... ) with Radeon video
> hardware.

Not my hardware.

> --quirk-s3-bios
> This option calls the video BIOS during S3 resume. Unfortunately, it is not
> always allowed to call the video BIOS at this point, so sometimes adding
> this option can actually break resume on some systems.

Tried.

> --quirk-s3-mode
> This option initializes the video card into a VGA text mode, and then uses
> the BIOS to set the video mode. On some systems S3 BIOS only initializes
> the video bios to text mode, and so both S3 BIOS and S3 MODE are needed.

Tried.

> --quirk-vbe-post
> This option will attempt to reinitialize the video card when resuming from
> suspend, using the same code the system BIOS uses at boot in order to
> initialize the video hardware. Not all video cards need this, and using
> this option on systems where it is not needed can cause a system to lock up
> when resuming.

Used by default.

> --quirk-vbemode-restore
> This option will save and restore the current VESA mode which may be
> necessary to avoid X screen corruption. Using this feature on Intel
> graphics hardware is probably a bad idea.

"Screen corruption"... does this apply to me? I just have the screen off.

> --quirk-vbestate-restore
> This option saves and restores some low level hardware state which may be
> invalid after suspend.

Could this avoid my problem?

> --quirk-vga-mode3
> This option will try to force the video card into a standard text mode on
> resume.

Could this avoid my problem?

> --quirk-save-pci
> Save the PCI config space for the VGA card.

Could this avoid my problem?

> It's most likely not a bug in pm-utils, but simply hal(-info) is not
>  providing the correct quirk for your hardware.
> 
> As an alternative, you might try the noveau driver, which uses KMS and so
>  no longer needs any suspend quirks.
nv and nvidia are buggy enough for me. As I wrote, things work fine with 
nvidia. My concern is partly personal, since I sometimes use nv, but mostly 
for other users, since I usually use nvidia. By default, KDE 4 installs offer 
suspend to RAM, and NVIDIA cards will use by default the nv driver. Hopefully 
not all NVIDIA cards have this issue, otherwise this bug is serious.


With so many relevant quirks, trying all combinations is out of question, 
however I could try the 3/4 quirks at the bottom if someone thinks they're 
likely to help. Or some combination more likely to help. If you propose some 
combinations to try, I would appreciate to have them in an order of likeliness 
to fix.

Send a report that this bug log contains spam.