[Bug 110822] [Bisected]Booting with kernel version 5.1.0 or higher on RX 580 hangs

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Mon Jun 10 14:08:42 UTC 2019


https://bugs.freedesktop.org/show_bug.cgi?id=110822

--- Comment #15 from Gobinda Joy <gobinda.joy at 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.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20190610/194224da/attachment-0001.html>


More information about the dri-devel mailing list