<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [RV710][DRM] Invalid command stream"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=105381#c17">Comment # 17</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [RV710][DRM] Invalid command stream"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=105381">bug 105381</a>
              from <span class="vcard"><a class="email" href="mailto:james@nurealm.net" title="James <james@nurealm.net>"> <span class="fn">James</span></a>
</span></b>
        <pre>I'm also watching this thread.

I have an HD 5570 / Redwood PRO running three displays with Arch Linux. 
Upgrading xorg-server from 1.19.6-2 to 1.20.0-7 and xf86-video-ati from 
1:7.10.0-1 to 1:18.0.1-2 causes display corruption with scan-out in the wrong
sequence, cursor disappearing, failure to configure all three displays, and
gigabytes of repetitive warnings in the system log, in the nature of:

 kernel: radeon 0000:05:00.0: evergreen_cs_track_validate_cb:481 cb[0] bo too
small (layer size 15728640, offset 0, max layer 1, bo size 5242880, slice
61439)
 kernel: radeon 0000:05:00.0: evergreen_cs_track_validate_cb:485 problematic
surf: (3840 1024) (4 4 1 1 2 1024 2)
 kernel: radeon 0000:05:00.0: evergreen_packet3_check:1948 invalid cmd stream
666
 kernel: [drm:radeon_cs_ioctl [radeon]] *ERROR* Invalid command stream !

and

 kernel: [drm:radeon_cs_parser_relocs [radeon]] *ERROR* gem object lookup
failed 0xa
 kernel: [drm:radeon_cs_ioctl [radeon]] *ERROR* Failed to parse relocation -2!
 kernel: radeon 0000:05:00.0: No GEM object associated to handle 0x0000000A,
can't create framebuffer

Sometimes the display can be made clear by switching to a virtual terminal and
back to X, but generally, the display corruption will vary each time the X
server is restarted, suggesting that the hardware configuration is not being
set consistently or properly.  Downgrading mesa does not resolve the problem,
and the problem tracks with the X server version.

The Xorg log showed:

[ 82831.532] (WW) RADEON(0): get vblank counter failed: Invalid argument
[ 82831.532] (WW) RADEON(0): flip queue failed: Invalid argument
[ 82831.532] (WW) RADEON(0): Page flip failed: Invalid argument
[ 82831.532] (EE) RADEON(0): present flip failed

but then, blindly trying

~/.drirc

<driconf>
    <device screen="0" driver="dri2">
        <application name="Default">
            <option name="vblank_mode" value="0" />
        </application>
    </device>
</driconf>

seem to resolve these errors - which makes no sense to me, since the driver is
suppose to default to dri3.

For reference, the openbox window manager, commonly used with lxqt, cannot be
made to display correctly, but kwin will work sometimes, and the wayland
compositors do not seem to be affected.

I also have another machine with an HD 4350 / RV710 running a single display
which does _not_ show any of these problems at all.</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>