Thanks for the info Thomas. ctrl+alt+f2 does not appear to do anything. I see no visible effects when the display is running normally (before suspend) nor does it wake the screen after resuming from suspend. Failsafe mode also fails to restore the display when resuming. One odd note I found is that I have some difficulty with hibernate also. If I attempt to hibernate this system, it takes about 2 minutes for it to actually go into hibernation. I have tried many things to see what is going on including booting with parameters such as ignore_loglevel, initcall_debug, no_console_suspend, etc. but there are no messages indicating why it takes so long to hibernate. The funny thing is that if I suspend/resume, then rlogin to the machine and invoke hibernate, it goes into hibernation in about 10 seconds. Booting and restoring from hibernation restores everything (including the screen) right where it ought to be.
My workaround for now is to make a script with the following commands rtcwake -m mem -s 5;systemctl hibernate Although it takes longer to recover than suspend/resume, it is within acceptable parameters. ----------------------------------------------------- Russ Poffenberger | System Architecture Group Phone: +1 / 408 / 635-6049 [email protected] Xcerra Corporation, LTX/Credence Division 1355 California Circle Milpitas, CA 95035, USA ----------------------------------------------------- From: Thomas Lübking <[email protected]> To: [email protected] Date: 04/14/2016 03:47 AM Subject: Re: No video after resume from suspend On Wed, Apr 13, 2016 at 05:44:27PM -0700, [email protected] wrote: >When I put the system to sleep, after resuming from sleep, the system >comes alive (I can rlogin fine), but there is no video signal, as reported >by the monitor and a blank display. No amount of pressing keys or moving >the mouse have any effect. Can you switch to another VT (ctrl+alt+f2) and does the framebuffer change get you a signal? >Is there something I can send or do to wake the video up, at least to try >and understand what is not resuming properly? No idea whether that's related, but at least the nvidia blob has/d trouble moving data between VRAM and RAM across STR. Are you running gnome and does it also happen with a failsafe login? (Anything that's not a GL composited DE) Cheers, Thomas
_______________________________________________ [email protected]: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
