[Bug 105381] [RV710][DRM] Invalid command stream

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue Jun 12 23:05:15 UTC 2018


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

--- Comment #17 from James <james at nurealm.net> ---
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.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.x.org/archives/xorg-driver-ati/attachments/20180612/3659774b/attachment.html>


More information about the xorg-driver-ati mailing list