<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - R9 285 VCE corruption since drm/amdgpu/gmc8: use the vram location programmed by the vbios" href="https://bugs.freedesktop.org/show_bug.cgi?id=102296#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - R9 285 VCE corruption since drm/amdgpu/gmc8: use the vram location programmed by the vbios" href="https://bugs.freedesktop.org/show_bug.cgi?id=102296">bug 102296</a> from <a class="email" href="mailto:adf.lists@gmail.com" title="Andy Furniss <adf.lists@gmail.com>"> Andy Furniss</a> <pre>Created <a href="attachment.cgi?id=133611" name="attach_133611" title="dmesg with patch">attachment 133611</a> <a href="attachment.cgi?id=133611&action=edit" title="dmesg with patch">[details]</a> dmesg with patch No, the encode fails differently though, throwing lots of amdgpu: The CS has been cancelled because the context is lost. and in dmesg [ 103.116736] [drm:amdgpu_vce_cs_reloc [amdgpu]] *ERROR* BO to small for addr 0x010cf1e000 156 155 This is actually familiar looking as current mesa + vaapi would do this since a patch from march. I am testing this using OMX and have never see that do it before. The issue I bisected was outputting with no errors from the encoder, a corrupt stream - it was playable and looked good to start with, it just degraded as time went on with the decoder throwing h264 errors.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>