If nvidia driver is the one making noise here, you can try to it avoid
going to sleep and see if that can make the trick to resume flawlessly.
man pm-suspend for more info and more specifically the
SUSPEND_MODULES variable.
It seems it doesn't work:
Unloading kernel module
On Tue, 24 Jul 2012 20:29:11 +0200, Alberto Luaces wrote:
If nvidia driver is the one making noise here, you can try to it avoid
going to sleep and see if that can make the trick to resume flawlessly.
man pm-suspend for more info and more specifically the
SUSPEND_MODULES variable.
It
On Mi, 25 iul 12, 14:26:51, Camaleón wrote:
Mmm... it can be a problem with a specific version of the driver or
something related to Xorg server. You can try to report it but nvidia is
closed source code, I don't know if a bug report in Debian BTS will be
tracked :-?
It will, but the
Camaleón writes:
On Fri, 20 Jul 2012 18:34:35 +0200, Gaël DONVAL wrote:
Le vendredi 20 juillet 2012 à 17:45 +0200, Gaël DONVAL a écrit :
3) DE
Typical Gnome 3.4 install.
I'm having the same problem with nvidia drivers, but KDE4.
I guess Nvidia is once again the one to blame …
Seems it could be addressed in the 304.22-1 version from experimental:
- Fixed a bug that could cause G8x, G9x, and GT2xx GPUs to display a
black screen or corruption after waking up from suspend. (Closes:
#679577)
It's working fine so far.
--
Alberto
--
To UNSUBSCRIBE, email to
Switched to Nouveau.
There are visual glitches and the fan is always on (slowest RPM though)
but I can stop and recover my desktop at will.
Cheers
Le vendredi 20 juillet 2012 à 17:45 +0200, Gaël DONVAL a écrit :
3) DE
Typical Gnome 3.4 install.
I'm having the same problem with
On Fri, 20 Jul 2012 18:34:35 +0200, Gaël DONVAL wrote:
Le vendredi 20 juillet 2012 à 17:45 +0200, Gaël DONVAL a écrit :
3) DE
Typical Gnome 3.4 install.
I'm having the same problem with nvidia drivers, but KDE4.
I guess Nvidia is once again the one to blame … That began to
7 matches
Mail list logo