I'm having a repeatable freeze issue and trying to figure out how to identify where in the stack the problem lies.
The display is unresponsive and the pointer disappears. I can get to a console with ctrl-alt-f1, though it is delayed and takes a minute or two happen.
The issue intermittently happens with vlc or firefox during regular use. I have never observed the issue with KDE native desktop apps. However, I can repeatably trigger it with sauerbraten. The sequence is to open the game and load a map, then close the map and go back to the menu to load another map.
So there's a 2d menu with a loading progress bar, then a handoff to the 3d game(mesa?) then a return to the 2d screen. Once you load the 2nd map it will freeze up when it updates the progress bar during map loading. You don't need to actually play the game and can exit back to the menu directly. There are three maps that seem to trigger it 100% of the time. They are large and use some more exotic 3d features(lighting, shading, ect). It doesn't seem to matter if it's full-screen or windowed. If I kill the saubraten process, I can get control of the x session again, but as with console switching, it takes a bit to complete.
I had previously had the same issue on Alpine 3.16 with a single monitor configuration, but I switched to Devuan to facilitate better troubleshooting.
If I use the NoAccel option in the xorg conf the issue does not occur, but of course that's a non-optimal solution. Similarly, if I change the KDE compositor from OpenGL2.0 to xrender, the issue does not occur.
I have been using NoAccel for several days with no Firefox or vlc issues. I will evaluate using xrender going forward. In either case the game runs single-digit frame rates and is unusable without 3d.
My current setup is dual-monitor with the following:
kernel 5.10.0
libdrm 2.4.104
mesa 20.3.5
xf86-nouveau 1.0.17
KDE Plasma 5.20.5
I don't see anything obvious in dmesg at the time of the issue, but these are the lines at boot.
[ 9.340520] nouveau 0000:01:00.0: vgaarb: deactivate vga console
[ 9.341605] nouveau 0000:01:00.0: NVIDIA G84 (084f00a2)
[ 9.446067] nouveau 0000:01:00.0: bios: version 60.84.74.00.18
[ 9.466895] nouveau 0000:01:00.0: bios: M0203T not found
[ 9.466898] nouveau 0000:01:00.0: bios: M0203E not matched!
[ 9.466900] nouveau 0000:01:00.0: fb: 512 MiB DDR2
[ 9.654193] nouveau 0000:01:00.0: DRM: VRAM: 512 MiB
[ 9.654196] nouveau 0000:01:00.0: DRM: GART: 1048576 MiB
[ 9.654201] nouveau 0000:01:00.0: DRM: TMDS table version 2.0
[ 9.654204] nouveau 0000:01:00.0: DRM: DCB version 4.0
[ 9.654207] nouveau 0000:01:00.0: DRM: DCB outp 00: 02000300 00000028
[ 9.654210] nouveau 0000:01:00.0: DRM: DCB outp 01: 01000302 00000030
[ 9.654213] nouveau 0000:01:00.0: DRM: DCB outp 02: 04011310 00000028
[ 9.654215] nouveau 0000:01:00.0: DRM: DCB outp 03: 02011312 00000030
[ 9.654218] nouveau 0000:01:00.0: DRM: DCB outp 04: 010223f1 00c0c080
[ 9.654221] nouveau 0000:01:00.0: DRM: DCB conn 00: 1030
[ 9.654223] nouveau 0000:01:00.0: DRM: DCB conn 01: 2130
[ 9.654226] nouveau 0000:01:00.0: DRM: DCB conn 02: 0210
[ 9.654228] nouveau 0000:01:00.0: DRM: DCB conn 03: 0211
[ 9.654230] nouveau 0000:01:00.0: DRM: DCB conn 04: 0213
[ 9.656074] nouveau 0000:01:00.0: DRM: MM: using CRYPT for buffer copies
[ 9.656668] nouveau 0000:01:00.0: DRM: failed to create encoder 0/1/0: -19
[ 9.656670] nouveau 0000:01:00.0: DRM: TV-1 has no encoders, removing
[ 9.965479] nouveau 0000:01:00.0: DRM: allocated 1280x1024 fb: 0x70000, bo 000000007abc2ebf
[ 9.967651] fbcon: nouveaudrmfb (fb0) is primary device
[ 10.122699] nouveau 0000:01:00.0: [drm] fb0: nouveaudrmfb frame buffer device
[ 10.149854] [drm] Initialized nouveau 1.3.1 20120801 for 0000:01:00.0 on minor 0
The display is unresponsive and the pointer disappears. I can get to a console with ctrl-alt-f1, though it is delayed and takes a minute or two happen.
The issue intermittently happens with vlc or firefox during regular use. I have never observed the issue with KDE native desktop apps. However, I can repeatably trigger it with sauerbraten. The sequence is to open the game and load a map, then close the map and go back to the menu to load another map.
So there's a 2d menu with a loading progress bar, then a handoff to the 3d game(mesa?) then a return to the 2d screen. Once you load the 2nd map it will freeze up when it updates the progress bar during map loading. You don't need to actually play the game and can exit back to the menu directly. There are three maps that seem to trigger it 100% of the time. They are large and use some more exotic 3d features(lighting, shading, ect). It doesn't seem to matter if it's full-screen or windowed. If I kill the saubraten process, I can get control of the x session again, but as with console switching, it takes a bit to complete.
I had previously had the same issue on Alpine 3.16 with a single monitor configuration, but I switched to Devuan to facilitate better troubleshooting.
If I use the NoAccel option in the xorg conf the issue does not occur, but of course that's a non-optimal solution. Similarly, if I change the KDE compositor from OpenGL2.0 to xrender, the issue does not occur.
I have been using NoAccel for several days with no Firefox or vlc issues. I will evaluate using xrender going forward. In either case the game runs single-digit frame rates and is unusable without 3d.
My current setup is dual-monitor with the following:
kernel 5.10.0
libdrm 2.4.104
mesa 20.3.5
xf86-nouveau 1.0.17
KDE Plasma 5.20.5
I don't see anything obvious in dmesg at the time of the issue, but these are the lines at boot.
[ 9.340520] nouveau 0000:01:00.0: vgaarb: deactivate vga console
[ 9.341605] nouveau 0000:01:00.0: NVIDIA G84 (084f00a2)
[ 9.446067] nouveau 0000:01:00.0: bios: version 60.84.74.00.18
[ 9.466895] nouveau 0000:01:00.0: bios: M0203T not found
[ 9.466898] nouveau 0000:01:00.0: bios: M0203E not matched!
[ 9.466900] nouveau 0000:01:00.0: fb: 512 MiB DDR2
[ 9.654193] nouveau 0000:01:00.0: DRM: VRAM: 512 MiB
[ 9.654196] nouveau 0000:01:00.0: DRM: GART: 1048576 MiB
[ 9.654201] nouveau 0000:01:00.0: DRM: TMDS table version 2.0
[ 9.654204] nouveau 0000:01:00.0: DRM: DCB version 4.0
[ 9.654207] nouveau 0000:01:00.0: DRM: DCB outp 00: 02000300 00000028
[ 9.654210] nouveau 0000:01:00.0: DRM: DCB outp 01: 01000302 00000030
[ 9.654213] nouveau 0000:01:00.0: DRM: DCB outp 02: 04011310 00000028
[ 9.654215] nouveau 0000:01:00.0: DRM: DCB outp 03: 02011312 00000030
[ 9.654218] nouveau 0000:01:00.0: DRM: DCB outp 04: 010223f1 00c0c080
[ 9.654221] nouveau 0000:01:00.0: DRM: DCB conn 00: 1030
[ 9.654223] nouveau 0000:01:00.0: DRM: DCB conn 01: 2130
[ 9.654226] nouveau 0000:01:00.0: DRM: DCB conn 02: 0210
[ 9.654228] nouveau 0000:01:00.0: DRM: DCB conn 03: 0211
[ 9.654230] nouveau 0000:01:00.0: DRM: DCB conn 04: 0213
[ 9.656074] nouveau 0000:01:00.0: DRM: MM: using CRYPT for buffer copies
[ 9.656668] nouveau 0000:01:00.0: DRM: failed to create encoder 0/1/0: -19
[ 9.656670] nouveau 0000:01:00.0: DRM: TV-1 has no encoders, removing
[ 9.965479] nouveau 0000:01:00.0: DRM: allocated 1280x1024 fb: 0x70000, bo 000000007abc2ebf
[ 9.967651] fbcon: nouveaudrmfb (fb0) is primary device
[ 10.122699] nouveau 0000:01:00.0: [drm] fb0: nouveaudrmfb frame buffer device
[ 10.149854] [drm] Initialized nouveau 1.3.1 20120801 for 0000:01:00.0 on minor 0
