[Linux] Interface is broken after resume from suspend

[LennyHans]

ISSUE

After resume the computer the Steam client shows partial sections of the screen, everything is clickeable, so is just a UI problem. Also I have tried to select the content and when is "selected" it is visible (works for the web part, store, community, profile)

After close the client (kill it) and re-open works as expected.

OS

Debian 11 Bullseye 5.10.106-1 (2022-03-17) x86_64 GNU/Linux
GNOME 3.38.5
Steam Runtime Version: steam-runtime_0.20220315.0 (Beta 2022-05-20)

STEPS

• Open Steam
  
• Suspend the computer
  
• Resume the computer

RESULTS

The steam client shows weird UI artifacts and does not show the content of

• Store
  
• Community
  
• Profile

Also the library and Friends and chat does not show up properly

EXPECTED

Steam client show the content as usual (before suspend)

IMAGES

Library
https://i.imgur.com/riGu3Ps.png
Store
https://i.imgur.com/96s8ols.png

Workaround

Thanks to jamethy.
Apparently is an issue with the way that the driver handles the RAM data, so the steam client expects the data in a correct state, so everything looks garbled.

• Disable the acceleration of the client (so no need to rely on the video ram)
  
• Fix the way that the driver handles the data after suspend

Originally posted by Jamethy:

This solution worked for me: https://www.reddit.com/r/SteamPlay/comments/v7rmmv/steam_garbledcorrupted_graphics_after_resume_from/

Edit: Fix format add images. Add the work around

[Chris]

I can confirm this issue.

Same happens here.

Environment:
Ubuntu 20.04 LTS
Mate Desktop 1.24.0
HWE-Kernel 5.13.0.40.45
Steam Client Version: 1650493792 (Stean Beta Client 20.04.2022)

[Kartman]

Same here.

Steam System Information - Operating System Version:
"Manjaro Linux" (64 bit)
Kernel Name: Linux
Kernel Version: 5.17.1-3-MANJARO
X Server Vendor: The X.Org Foundation
X Server Release: 12101003
X Window Manager: Xfwm4
Steam Runtime Version: steam-runtime_0.20220315.0

further I use XFCE 4.16

[inso]

Same issue here. It started after a recent steam update.
Seems like something to do with the embedded browser, as the "outer" parts of the UI are fine.

Ubuntu 20.04.4 LTS (64 bit)
Kernel Name: Linux
Kernel Version: 5.4.0-107-generic
X Server Vendor: The X.Org Foundation
X Server Release: 12013000
X Window Manager: Metacity (Marco)
Steam Runtime Version: steam-runtime_0.20220315.0
DE: MATE 1.24.0
GPU: NVIDIA GeForce GTX 1660 SUPER (470.129.06 driver)

[snaek]

Just adding my report. Exact same issue for a month or two as well.

"Manjaro Linux" (64 bit)
Kernel Name: Linux
Kernel Version: 5.15.41-1-MANJARO
X Server Vendor: The X.Org Foundation
X Server Release: 12101003
X Window Manager: i3
Steam Runtime Version: steam-runtime_0.20220315.0

NVIDIA Corporation NVIDIA GeForce RTX 3060/PCIe/SSE2
Driver Version: 4.6.0 NVIDIA 510.73.05
OpenGL Version: 4.6

[selmi]

i don't have beta version but i have the same problem

Ubuntu 22.04 LTS (64 bit)
Kernel Name: Linux
Kernel Version: 5.15.0-39-generic
X Server Vendor: The X.Org Foundation
X Server Release: 12101003
X Window Manager: GNOME Shell
Steam Runtime Version: steam-runtime_0.20220315.0

Driver: NVIDIA Corporation NVIDIA GeForce GTX 750/PCIe/SSE2
Driver Version: 4.6.0 NVIDIA 510.73.05
OpenGL Version: 4.6

[freedg]

Issue still present.

Operating System Version:
"Manjaro Linux" (64 bit)
Kernel Name: Linux
Kernel Version: 5.15.48-1-MANJARO
X Server Vendor: The X.Org Foundation
X Server Release: 12101003
X Window Manager: KWin
Steam Runtime Version: steam-runtime_0.20220601.1

Video Card:
Driver: NVIDIA Corporation NVIDIA GeForce GTX 1070 Ti/PCIe/SSE2
Driver Version: 4.6.0 NVIDIA 515.48.07
OpenGL Version: 4.6

[Manolol]

Still got the same problem on ZorinOS 16 (Gnome) with a GTX 1060.

Operating System Version:
Zorin OS 16.1 (64 bit)
Kernel Name: Linux
Kernel Version: 5.15.0-41-generic
X Server Vendor: The X.Org Foundation
X Server Release: 12013000
X Window Manager: GNOME Shell
Steam Runtime Version: steam-runtime_0.20220315.0

Video Card:
Driver: NVIDIA Corporation NVIDIA GeForce GTX 1060 6GB/PCIe/SSE2
Driver Version: 4.6.0 NVIDIA 510.73.05
OpenGL Version: 4.6
Desktop Color Depth: 24 bits per pixel
Monitor Refresh Rate: 60 Hz
Revision Not Detected
Number of Monitors: 2
Number of Logical Video Cards: 1
Primary Display Resolution: 1920 x 1080
Desktop Resolution: 3600 x 1080
Primary Display Size: 20.51" x 11.54" (23.50" diag)
52.1cm x 29.3cm (59.7cm diag)
Primary Bus: PCI Express 16x
Primary VRAM: 6144 MB
Supported MSAA Modes: 2x 4x 8x 16x

[Jamethy]

This solution worked for me: https://www.reddit.com/r/SteamPlay/comments/v7rmmv/steam_garbledcorrupted_graphics_after_resume_from/

Copied from above:
The solution is to configure the nvidia kernel module to store video RAM in a temporary file when suspending. We want this file to be in tmpfs (RamDisk) for speed.

Step 1: Enable nvidia-suspend.service:
# systemctl enable nvidia-suspend.service


Step 2: Create /tmp/nvidia-tmpfs directory that will be made a tmpfs (RamDisk):
# mkdir /tmp/nvidia-tmpfs

Step 3: Check if your /tmp directory is tmpfs or on disk:
$ df

If you don't see an entry for /tmp it is under / which is on disk. If you do see /tmp as type tmpfs you can continue at step 5.

Step 4: Mount /tmp/nvidia-tmpfs as tmpfs at boot by adding this line to /etc/fstab

tmpfs /tmp/nvidia-tmpfs tmpfs defaults 0 0

Step 5: Create /etc/modprobe.d/nvidia-power-management.conf with the following text.
options nvidia NVreg_PreserveVideoMemoryAllocations=1 NVreg_TemporaryFilePath=/tmp/nvidia-tmpfs

Step 6: Update initramfs so the nvidia module will read the new parameters:
# update-initramfs -u

Step 7: Reboot

To check that the nvidia module is using the new parameters you can do this

$ grep -i pres /proc/driver/nvidia/params
PreserveVideoMemoryAllocations: 1
$ grep -i temp /proc/driver/nvidia/params
TemporaryFilePath: "/tmp/nvidia-tmpfs"

[LennyHans]

Hey, thanks for your suggestion, indeed is caused by the bad memory handling after suspend, for me the acceleration is not needed so I just disabled the client 3d acceleration and no more suspend problem.
Thanks again @jamethy!