<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#c11">Comment # 11</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>Thanks for that idle=nomwait suggestion which I have now just tried (verified
by

irwin@merlin> cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.17.0-3-amd64
root=UUID=1e45a1ee-a5d6-4327-9a7b-2663ffc0b157 ro rootwait quiet idle=nomwait

) and I now indeed have a stable result.  However, that is currently just for
the last 5 minutes in remote access mode.  :-)  So we will see how this goes
for, say, the next two weeks, to see if I can beat my last 4.17.17 remote
access uptime record of 6 days.

With regard to your MB BIOS update suggestion, I am going to hold back on that
for a while since the techs from a local computer company that assembled my box
in May felt such updates were dangerous and therefore a last resort.  And that
is also the consistent advice I have gotten for the other 3 Linux boxes I have
had assembled for me since I started using Linux in 1996.  Of course, this year
may be a special case with all the Meltdown (although not for this AMD
hardware) and many variants of SPECTRE out there so I do plan to update the
BIOS within the next couple of months on the assumption that the SPECTRE BIOS
mitigations recommended by AMD to ASUS for this hardware (PRIME B350+ MB with
AMD Ryzen 7 1700 CPU, 64GB RAM, and ASUS RX 550 graphics card) will have
matured by then.  

But before I implement that planned BIOS update, I am hoping that the current
cutting-edge Linux graphics stack (which according to a senior Phoronix poster
works well for the RX 560) will also give me stable direct-display results for
the RX 550 once that version of the graphics stack propagates to Debian
Testing.  I estimate that propagation time will be a couple of more months
based on how quickly elements of the cutting-edge Linux graphics stack such as
the kernel has propagated in the past from upstream to Debian Testing.

In sum, it is a waiting game now to see if your idle=nomwait suggestion
restores the complete Linux stability I was used to with my old box (for Debian
Oldstable = Jessie) for at least the remote display case, and if that stability
is obviously much better (i.e., at least a couple of weeks uptime with no
lockups) then I will try the direct display case again with idle=nomwait to see
if it makes that case stable as well.

Thanks, Michel, for your on-going helpful suggestions for dealing with this
troubling instability issue (these troubling instability issues?) for my new
Linux box.

Alan</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>