https://bugs.freedesktop.org/show_bug.cgi?id=110822
--- Comment #15 from Gobinda Joy gobinda.joy@gmail.com --- (In reply to b6khqjqov4 from comment #14)
(In reply to b6khqjqov4 from comment #13)
Your bug sounds like mine which came after I bought and added a used RX580 to my system. Since then had random full system freezes (I think only when I was using Firefox or the internal Steam Chromium browser) and desktop hangs where Cinnamon would crash and nothing except the mouse pointer would be movable. No error in logs at first, but then I found this after the system hanged instead of a hard freeze:
$ journalctl -p3:
<pre> ... Jun 09 06:45:34 test systemd-coredump[1383]: Process 1328 (Web Content) of user 1000 dumped core. Stack trace of thread 1332: #0 0x00007f04ecd3ed36 n/a (/home/test/tor-browser_en-US/Browser/libxul.so) #1 0x0000000000000000 n/a (n/a) Jun 09 06:45:35 test systemd-coredump[1374]: Process 1106 (firefox.real) of user 1000 dumped core. Stack trace of thread 1124: #0 0x00007fd89155036f raise (libpthread.so.0) #1 0x00007fd88b6b3a5f n/a (/home/test/tor-browser_en-US/Browser/libxul.so) Jun 09 06:45:35 test systemd-coredump[1384]: Process 1162 (Web Content) of user 1000 dumped core. Stack trace of thread 1164: #0 0x00007ffb32c6ad36 n/a (/home/test/tor-browser_en-US/Browser/libxul.so) #1 0x0000000000000000 n/a (n/a) Jun 09 06:45:38 test systemd-coredump[1385]: Process 1237 (Web Content) of user 1000 dumped core. Stack trace of thread 1241: #0 0x00007f9aa7f3ed36 n/a (/home/test/tor-browser_en-US/Browser/libxul.so) #1 0x0000000000000000 n/a (n/a) Jun 09 06:47:31 test systemd-coredump[1640]: Process 1536 (Web Content) of user 1000 dumped core. Stack trace of thread 1536: #0 0x00007f830d3ee3e7 n/a (/home/test/tor-browser_en-US/Browser/libxul.so) Jun 09 06:47:32 test systemd-coredump[1650]: Process 1603 (Web Content) of user 1000 dumped core. Stack trace of thread 1606: #0 0x00007f8f129ebd36 n/a (/home/test/tor-browser_en-US/Browser/libxul.so) #1 0x0000000000000000 n/a (n/a) Jun 09 06:47:32 test systemd-coredump[1639]: Process 1410 (firefox.real) of user 1000 dumped core. Stack trace of thread 1410: #0 0x00007fe94ed5f36f raise (libpthread.so.0) #1 0x00007fe948ec2a5f n/a (/home/test/tor-browser_en-US/Browser/libxul.so) Jun 09 06:47:32 test systemd-coredump[1649]: Process 1467 (Web Content) of user 1000 dumped core. Stack trace of thread 1469: #0 0x00007fb2790c2d36 n/a (/home/test/tor-browser_en-US/Browser/libxul.so) #1 0x0000000000000000 n/a (n/a) ... </pre>
My system:
- MSI B450 Tomahawk
- Athlon 200GE (yes, this CPU will be upgraded to a Ryzen 3000 one of course
;))
- RX 580 4G Nitro+
- G.Skill Aegis DIMM Kit 16GB, DDR4-3000, CL16-18-18-38 (F4-3000C16D-16GISB)
My fix: 2 things I can remember I did which are maybe the fix: 1.) I disabled integrated graphics in the BIOS. 2.) I installed amd-ucode.
No hangs/freezes or anything since my fix. I'll report back here should I encounter a crash/freeze/hang again.
Addition: Arch (through Antergos) with all latest updates:
- $ uname: 5.1.7-arch1-1-ARCH
- $ glxinfo | grep version:
server glx version string: 1.4 client glx version string: 1.4 GLX version: 1.4 Max core profile version: 4.5 Max compat profile version: 4.5 Max GLES1 profile version: 1.1 Max GLES[23] profile version: 3.2 OpenGL core profile version string: 4.5 (Core Profile) Mesa 19.0.6 OpenGL core profile shading language version string: 4.50 OpenGL version string: 4.5 (Compatibility Profile) Mesa 19.0.6 OpenGL shading language version string: 4.50 OpenGL ES profile version string: OpenGL ES 3.2 Mesa 19.0.6 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20 GL_EXT_shader_implicit_conversions, GL_EXT_shader_integer_mix,
I have already updated Intel microcode installed from here: https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files which is the latest I can find.
Also there is no more BIOS updates for my motherboard. You would notice that I have bisected this bug to a specific commit.
That is puzzling to me because The specified commit adds a call to pcie_bandwidth_available() which replaces value already obtained by another call to pcie_get_width_cap() just before. What's is the point of using 2 function to get result from same source. Also why is this related to powerplay (DPM).
Also after reverting the commit I have no issue whatsoever with my gpu. No hangs or freezes in game or in normal desktop uses.