| Bug ID | 95545 |
|---|---|
| Summary | [amdgpu][tonga] mplayer -vo=3Dgl:yuv=3D2 causes VM fault |
| Product | DRI |
| Version | DRI git |
| Hardware | x86-64 (AMD64) |
| OS | Linux (All) |
| Status | NEW |
| Severity | normal |
| Priority | medium |
| Component | DRM/AMDgpu |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | csaba.halasz@gmail.com |
Created attachment 123994 [details]
vm fault report
Running mplayer with -vo gl:yuv=3Dx with x>1 causes GPU VM fault.
yuv=3D0 is software rendering, that works fine.
yuv=3D1 uses GL_NV_register_combiners and that doesn't fault but the output=
is
unusable.
The other values use fragment shaders, those are all broken.
Reportedly the apitrace works with older versions, mesa 11.2.2 and llvm 3.6=
.2.
kernel agd5f/drm-next-4.7 git 3b59c344ab6e2d00b0f4ad946024572618c87502
mesa git 65c2abf6fdd51b0a80a72caa0c52cf3f4578e743
llvm git ef1f2996c17c9b1480201239002b58851810e8fc
xf86-video-amdgpu git 60ced5026ebc34d9f32c7618430b6a7ef7c8eb4b
Xorg 1.18.0
mplayer svn r37870
gigabyte 380 (tonga)
Created attachment 123995 =
[details]
dmesg output
Created attachment 123996 [details]
stderr
Created attachment 123997 [detai=
ls]
apitrace
| What | Removed | Added |
|---|---|---|
| CC | adf.lists@gmail.com |
Doesn't affect other players using gl. But anyway, testing with mplayer -vo gl <file> bisect came up with - commit 70934de00eb42ba6fc43d104875962dfb260a1b3 Author: Marek Ol=C5=A1=C3=A1k <marek.olsak@amd.com> Date: Thu Apr 21 21:41:59 2016 +0200 radeonsi: add new SDMA texture copy code This implements: - Linear-to-linear partial copies. (unaligned) - Tiled-to-linear and linear-to-tiled partial copies. (unaligned except 1-2 Bpp) - Tiled-to-tiled partial copies aligned to 8x8. v2: Extend the SDMA L2T VM fault workaround to T2L. - Same algorithm, just applied to T2L. (and using a 0-based address and surface.bo_size instead of buf->size)
| What | Removed | Added |
|---|---|---|
| Version | DRI git | git |
| QA Contact | dri-devel@lists.freedesktop.org | |
| Product | DRI | Mesa |
| Component | DRM/AMDgpu | Drivers/Gallium/radeonsi |
The problem is with the CE preamble which is sometimes skipped= when it shouldn't be. SDMA IB submission somehow affects it. The workarounds are: - disable SDMA (bad) - disable CE preamble (not so bad) - execute SDMA in a different amdgpu context (not tested, just an idea I'll= try next)
Using a difference context for SDMA doesn't help. Disabling th= e CE preamble seems to be the only solution.
| What | Removed | Added |
|---|---|---|
| Resolution | --- | FIXED |
| Status | NEW | RESOLVED |
This seems to be fixed. Possible fix: commit 54f755fa0fda14c578022767bcef2f27b2e89707 Author: Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl> Date: Mon Jun 6 22:36:35 2016 +0200 radeonsi: Reinitialize all descriptors in CE preamble.