<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#c7">Comment # 7</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>Please remove the resolution of this bug as FIXED.

The reason for this request is subsequent kernel-4.16.x use after the initial
success I reported continued to show lock ups whenever this graphics card was
used.  Yesterday, I tried kernel-4.17.17-1 from Debian Buster (the first time I
had tried any kernel-4.17.x version) in great anticipation these kernel lockups
would be fixed (since kernel-4.17.x apparently contains lots of AMD graphics
fixes).  But when I used this graphics card for ordinary direct desktop use (as
opposed to accessing my desktop on the new computer via an X-terminal which is
so far the only stable way I can use my new computer), I got a lockup within a
half hour or so followed by one roughly 8 hours later.  For what it is worth, I
have also installed mesa-8.1.6-1 and version 20180518-1 of the
firmware-amd-graphics package from Debian Buster before performing this failing
experiment.

So it appears the substantial number of AMD graphics fixes in kernel-4.17.x and
mesa-18.1.y and installation of the relatively recent (from May) Debian Buster
firmware-amd-graphics package are not sufficient to stabilize use of this AMD
RX 550 graphics card.  That is a big disappointment since this card should no
longer be considered cutting-edge hardware (i.e. it was first offered for sale
at least 16 months ago) and this delay in fixing it cannot be attributed to
non-cooperation from AMD since they appear to have a good open-source record.

Because of these on-going issues with direct use of this card, I am
going back to using the X-terminal method with this kernel which
experience with kernel-4.16.x shows is much more stable since it
avoids using this graphics card completely (except for the direct
display of the Linux console login prompt).

I plan to again try the experiment of attempting to use this card directly when
kernel-4.18.x is promoted to Buster.  But meanwhile, if you have any other
suggestions I could try, 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>