Linux suspend problem
I am using Nvidia properitary driver on [color="green"]Linux Arch x64[/color] with [color="green"]GNOME 3[/color].26.2. My GPU: [color="green"]GTX980[/color] When i suspend and wake up my PC the performance gets really poor, i managed to get the suspend to work one time following this: [url]https://wiki.archlinux.org/index.php/NVIDIA/Troubleshooting#Poor_performance_after_resuming_from_suspend[/url] but its not working anymore, the suspend is broken again. Help me please !
I am using Nvidia properitary driver on Linux Arch x64 with GNOME 3.26.2. My GPU: GTX980


When i suspend and wake up my PC the performance gets really poor, i managed to get the suspend to work one time following this:

https://wiki.archlinux.org/index.php/NVIDIA/Troubleshooting#Poor_performance_after_resuming_from_suspend

but its not working anymore, the suspend is broken again.

Help me please !

#1
Posted 12/05/2017 06:08 PM   
Having the same issue, supprised it hasent been addressed by the arch wiki community yet, as its been about a month so far and makes linux almost un-usable on my main system. The old kernel module load options NVreg_RegisterForACPIEvents and NVreg_EnableMSI seem to have been removed, this was the only (known) way to prevent waking from suspend causing massive lag across the entire DM. Another possible angle to try and fix it from is preventing the ACPI power management from varying power to PCIe devices, I think, however this is not an overly optimal solution, and not particularly well documented in terms of how to achieve it.
Having the same issue, supprised it hasent been addressed by the arch wiki community yet, as its been about a month so far and makes linux almost un-usable on my main system.

The old kernel module load options NVreg_RegisterForACPIEvents and NVreg_EnableMSI seem to have been removed, this was the only (known) way to prevent waking from suspend causing massive lag across the entire DM.

Another possible angle to try and fix it from is preventing the ACPI power management from varying power to PCIe devices, I think, however this is not an overly optimal solution, and not particularly well documented in terms of how to achieve it.

#2
Posted 12/30/2017 12:53 PM   
[quote=""]Having the same issue, supprised it hasent been addressed by the arch wiki community yet, as its been about a month so far and makes linux almost un-usable on my main system. The old kernel module load options NVreg_RegisterForACPIEvents and NVreg_EnableMSI seem to have been removed, this was the only (known) way to prevent waking from suspend causing massive lag across the entire DM. Another possible angle to try and fix it from is preventing the ACPI power management from varying power to PCIe devices, I think, however this is not an overly optimal solution, and not particularly well documented in terms of how to achieve it.[/quote] They need to update the fix aricle, its not working due to updates :-/ I`ll email them to check it, you should od it as well
said:Having the same issue, supprised it hasent been addressed by the arch wiki community yet, as its been about a month so far and makes linux almost un-usable on my main system.

The old kernel module load options NVreg_RegisterForACPIEvents and NVreg_EnableMSI seem to have been removed, this was the only (known) way to prevent waking from suspend causing massive lag across the entire DM.

Another possible angle to try and fix it from is preventing the ACPI power management from varying power to PCIe devices, I think, however this is not an overly optimal solution, and not particularly well documented in terms of how to achieve it.


They need to update the fix aricle, its not working due to updates :-/
I`ll email them to check it, you should od it as well

#3
Posted 01/03/2018 04:25 PM   
Please run nvidia-bug-report.sh as root when issue hits and attach the tar.gz file it creates to your post.
Please run nvidia-bug-report.sh as root when issue hits and attach the tar.gz file it creates to your post.

#4
Posted 01/11/2018 05:57 PM   
[quote=""]Please run nvidia-bug-report.sh as root when issue hits and attach the tar.gz file it creates to your post.[/quote] https://drive.google.com/open?id=1QgHb5auQKiBwQ3Y_BDYgJPSfJlKNYCEs https://drive.google.com/open?id=1GfpigNkW9Kcy8gXf5yCYY3sh2zJM5S8z Here.
said:Please run nvidia-bug-report.sh as root when issue hits and attach the tar.gz file it creates to your post.



https://drive.google.com/open?id=1QgHb5auQKiBwQ3Y_BDYgJPSfJlKNYCEs

https://drive.google.com/open?id=1GfpigNkW9Kcy8gXf5yCYY3sh2zJM5S8z


Here.

#5
Posted 01/11/2018 06:10 PM   
No noticeable differences, gpu running at the same clocks as before. Where is this performance loss noticeable, desktop, games? Maybe install and start acpid.
No noticeable differences, gpu running at the same clocks as before.
Where is this performance loss noticeable, desktop, games?
Maybe install and start acpid.

#6
Posted 01/11/2018 06:38 PM   
[quote=""]No noticeable differences, gpu running at the same clocks as before. Where is this performance loss noticeable, desktop, games? Maybe install and start acpid. [/quote]\ Acpid does NOTHING.
said:No noticeable differences, gpu running at the same clocks as before.
Where is this performance loss noticeable, desktop, games?
Maybe install and start acpid.
\

Acpid does NOTHING.

#7
Posted 01/16/2018 04:22 PM   
Ok, some things to check: Does top display something eating your CPU? run watch -n1 cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq then move around a window and see if it scales up properly. Does restarting/zapping X put it back to normal operation?
Ok, some things to check:
Does top display something eating your CPU?
run
watch -n1 cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq
then move around a window and see if it scales up properly.
Does restarting/zapping X put it back to normal operation?

#8
Posted 01/17/2018 11:08 AM   
[quote=""]Ok, some things to check: Does top display something eating your CPU? run watch -n1 cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq then move around a window and see if it scales up properly. Does restarting/zapping X put it back to normal operation?[/quote] I checked today and gaming performance is NOT affected. And the gpu is at normal load, its not consumed by anything more than usual
said:Ok, some things to check:
Does top display something eating your CPU?
run
watch -n1 cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq
then move around a window and see if it scales up properly.
Does restarting/zapping X put it back to normal operation?


I checked today and gaming performance is NOT affected.
And the gpu is at normal load, its not consumed by anything more than usual

#9
Posted 01/17/2018 04:02 PM   
Maybe you're just seeing the mutter-nvidia-vsync bug. Add the line [code]CLUTTER_VBLANK=none[/code] to /etc/environment and reboot.
Maybe you're just seeing the mutter-nvidia-vsync bug.
Add the line
CLUTTER_VBLANK=none

to /etc/environment
and reboot.

#10
Posted 01/17/2018 04:31 PM   
[quote=""]Maybe you're just seeing the mutter-nvidia-vsync bug. Add the line [code]CLUTTER_VBLANK=none[/code] to /etc/environment and reboot.[/quote] Adding that caused boot issues, i wasnt getting anything other than the grey background from GDM, tried loggin using other method but gnome-shell refused to work, i undid the fix you provided through livecd
said:Maybe you're just seeing the mutter-nvidia-vsync bug.
Add the line
CLUTTER_VBLANK=none

to /etc/environment
and reboot.


Adding that caused boot issues, i wasnt getting anything other than the grey background from GDM, tried loggin using other method but gnome-shell refused to work, i undid the fix you provided through livecd

#11
Posted 01/20/2018 11:09 AM   
Yes , sorry, Gnome/Mutter is now completely bugged [url]https://bugzilla.gnome.org/show_bug.cgi?id=792643[/url] You could have just switched to VT and log in normally. Due to the current bugs with Gnome and the Nvidia driver it's just hard to debug your problem.
Yes , sorry, Gnome/Mutter is now completely bugged
https://bugzilla.gnome.org/show_bug.cgi?id=792643
You could have just switched to VT and log in normally.
Due to the current bugs with Gnome and the Nvidia driver it's just hard to debug your problem.

#12
Posted 01/20/2018 01:12 PM   
[quote=""]Yes , sorry, Gnome/Mutter is now completely bugged [url]https://bugzilla.gnome.org/show_bug.cgi?id=792643[/url] You could have just switched to VT and log in normally. Due to the current bugs with Gnome and the Nvidia driver it's just hard to debug your problem.[/quote] But my screen wasnt blank, i had the cursor, and the gdm background
said:Yes , sorry, Gnome/Mutter is now completely bugged
https://bugzilla.gnome.org/show_bug.cgi?id=792643
You could have just switched to VT and log in normally.
Due to the current bugs with Gnome and the Nvidia driver it's just hard to debug your problem.


But my screen wasnt blank, i had the cursor, and the gdm background

#13
Posted 01/20/2018 02:48 PM   
Yes, that's excactly the issue. mouse pointer is moveable, you have a picture which is not updated.
Yes, that's excactly the issue. mouse pointer is moveable, you have a picture which is not updated.

#14
Posted 01/20/2018 03:36 PM   
[quote=""]Yes, that's excactly the issue. mouse pointer is moveable, you have a picture which is not updated.[/quote] Can I expect Nvidia or Gnome devs to fix it ?
said:Yes, that's excactly the issue. mouse pointer is moveable, you have a picture which is not updated.


Can I expect Nvidia or Gnome devs to fix it ?

#15
Posted 01/21/2018 04:54 PM   
Scroll To Top

Add Reply