<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Frequent lock ups for AMD RX 550 graphics card"
href="https://bugs.freedesktop.org/show_bug.cgi?id=106671#c16">Comment # 16</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Frequent lock ups for AMD RX 550 graphics card"
href="https://bugs.freedesktop.org/show_bug.cgi?id=106671">bug 106671</a>
from <span class="vcard"><a class="email" href="mailto:Alan.W.Irwin1234@gmail.com" title="Alan W. Irwin <Alan.W.Irwin1234@gmail.com>"> <span class="fn">Alan W. Irwin</span></a>
</span></b>
<pre>I was beginning to have some hope that the latest direct access experiment
would prove to be stable. However, just now it locked up again after almost 7
days. So the stability is substantially improved compared to before, and my
guess is that improvement is due to installation of the amd64-microcode package
from Debian Buster for this latest experiment.
However, this is still disappointing stability because typically for truly
stable systems I achieve up times of 30 days or longer with the only limit on
uptime being how often I have to reboot due to kernel upgrades.
I have attached a crash report tarball containing dmesg output as well as
various log files that captured all log activity before the lockup and the boot
afterward. I don't see anything concerning the crash in those log files, but I
may be missing something since I am no expert so I would appreciate it if you
took a look.
I have restarted exactly the same direct graphics access test again (with same
versions of graphics stack packages and your recommended idle=nomwait kernel
parameter in hopes that the kernel will last longer this time before the lockup
and/or I catch more details of the lockup when it occurs. If you would prefer
me to try a different variant of this test, please let me know.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>