mesa issueshttps://gitlab.freedesktop.org/mesa/mesa/-/issues2022-11-03T08:19:55Zhttps://gitlab.freedesktop.org/mesa/mesa/-/issues/451[llvm backend] flashing textures, no lights in car , no water on GTA IV2022-11-03T08:19:55ZBugzilla Migration User[llvm backend] flashing textures, no lights in car , no water on GTA IV## Submitted by Tomasz P.
Assigned to **Default DRI bug account**
**[Link to original bug (#66920)](https://bugs.freedesktop.org/show_bug.cgi?id=66920)**
## Description
I just tried sb backend with GTA IV on wine and must say that...## Submitted by Tomasz P.
Assigned to **Default DRI bug account**
**[Link to original bug (#66920)](https://bugs.freedesktop.org/show_bug.cgi?id=66920)**
## Description
I just tried sb backend with GTA IV on wine and must say that it works better than llvm. With llvm I have black rectangle instead of car lights and same with water. Also I seen some flashing textures.When enable R600_DEBUG-sb,nollvm game run little faster and without graphics problem.
Kernel 3.10
wine 1.6rc5
mesa - git
compiled with :
--prefix=/usr \
--sysconfdir=/etc \
--with-dri-driverdir=/usr/lib/xorg/modules/dri \
--with-gallium-drivers=r600 \
--with-dri-drivers= \
--with-llvm-shared-libs \
--enable-gallium-llvm \
--enable-r600-llvm-compiler \
--enable-xvmc \
--enable-egl \
--enable-gallium-egl \
--with-egl-platforms=x11,drm,wayland \
--enable-shared-glapi \
--enable-gbm \
--enable-glx-tls \
--enable-opencl \
--disable-debug \
--disable-osmesa \
--enable-gles1 \
--enable-gles2 \
--enable-texture-float \
--disable-xa \
--enable-vdpau \
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/450[r600 llvm backend] Assert with 32-bit lightsmark, TF2 when shader dump is en...2019-09-18T19:04:24ZBugzilla Migration User[r600 llvm backend] Assert with 32-bit lightsmark, TF2 when shader dump is enabled## Submitted by Vadim Girlin
Assigned to **Default DRI bug account**
**[Link to original bug (#66883)](https://bugs.freedesktop.org/show_bug.cgi?id=66883)**
## Description
I have asserts in the middle of shader dump in llvm backen...## Submitted by Vadim Girlin
Assigned to **Default DRI bug account**
**[Link to original bug (#66883)](https://bugs.freedesktop.org/show_bug.cgi?id=66883)**
## Description
I have asserts in the middle of shader dump in llvm backend with 32-bit Team Fortress 2 and Lightsmark, R600_DEBUG=ps,vs. Here is message with Lightsmark:
...
ALU_CLAUSE 8; dbg:backend: DebugLoc.cpp:27: llvm::MDNode* llvm::DebugLoc::getScope(const llvm::LLVMContext&) const: Assertion `unsigned(ScopeIdx) <= Ctx.pImpl->ScopeRecords.size() && "Invalid ScopeIdx!"' failed.
TF2 message:
...
ALU_CLAUSE 32; dbg:hl2_linux: DebugLoc.cpp:33: llvm::MDNode* llvm::DebugLoc::getScope(const llvm::LLVMContext&) const: Assertion `unsigned(-ScopeIdx) <= Ctx.pImpl->ScopeInlinedAtRecords.size() && "Invalid ScopeIdx"' failed.
It seems in both cases it happens on ALU clause start in the dump.
So far I can't reproduce this issue with 64-bit Lightsmark/mesa/llvm.
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/449R600_DEBUG=sb hangs system after playing xonotic, spring2019-09-18T19:04:22ZBugzilla Migration UserR600_DEBUG=sb hangs system after playing xonotic, spring## Submitted by Bug
Assigned to **Default DRI bug account**
**[Link to original bug (#66880)](https://bugs.freedesktop.org/show_bug.cgi?id=66880)**
## Description
linux 3.10.* and before
R600_DEBUG=sb
radeon 4670
crashes in xonot...## Submitted by Bug
Assigned to **Default DRI bug account**
**[Link to original bug (#66880)](https://bugs.freedesktop.org/show_bug.cgi?id=66880)**
## Description
linux 3.10.* and before
R600_DEBUG=sb
radeon 4670
crashes in xonotic and spring after indeterminate time, colours the screen with garbage, does not crash when R600_DEBUG is unset.
all I caught so far is a kernel oops output
Oops: 0000 [#1] PREEMPT SMP
Modules linked in: snd_hda_codec_hdmi snd_cmipci snd_opl3_lib snd_mpu401_uart snd_usb_audio snd_usbmidi_lib snd_rawmidi snd_hda_intel snd_hda_codec snd_hwdep
CPU: 0 PID: 1539 Comm: X Not tainted 3.10.0-rc6 #2
Hardware name: MICRO-STAR INTERNATIONAL CO.,LTD MS-7596/785GM-E51 (MS-7596), BIOS V2.11 12/08/2010
task: ffff88022e9f9320 ti: ffff880226ca4000 task.ti: ffff880226ca4000
RIP: 0010:[`<ffffffff813e74ca>`] [`<ffffffff813e74ca>`] radeon_fence_process+0x8a/0x150
RSP: 0018:ffff880226ca5c28 EFLAGS: 00010246
RAX: ffffc9001079c598 RBX: 0000000000000002 RCX: ffff880226972da0
RDX: 0000000000000041 RSI: 0000000000000000 RDI: ffff880226972000
RBP: 000000000000000c R08: ffff880226972208 R09: 0000000000000000
R10: 0000000000000005 R11: 0000000000000304 R12: ffff880226972df0
R13: 0000000000000002 R14: ffff880226972000 R15: ffffffff00000000
FS: 00007fe0a9315880(0000) GS:ffff88022fc00000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: ffffc9001079c598 CR3: 00000002241b6000 CR4: 00000000000007f0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Stack:
ffff88022695ce00 ffffffff8144f257 0000000000000292 ffffffff81948957
ffff88022eb8b560 ffff880226972000 0000000000000005 ffff880226972000
ffff880226972e20 ffff8802269725f8 0000000000000000 ffffffff813e7fdb
Call Trace:
[`<ffffffff8144f257>`] ? __dev_printk+0x37/0xa0
[`<ffffffff813e7fdb>`] ? radeon_fence_count_emitted+0x1b/0x70
[`<ffffffff813fd8cd>`] ? radeon_ring_backup+0x3d/0x120
[`<ffffffff813d3601>`] ? radeon_gpu_reset+0x81/0x210
[`<ffffffff813fc930>`] ? radeon_gem_wait_idle_ioctl+0xd0/0xf0
[`<ffffffff813b0250>`] ? drm_ioctl+0x460/0x560
[`<ffffffff813fc860>`] ? radeon_gem_busy_ioctl+0x120/0x120
[`<ffffffff8108e8a4>`] ? signal_delivered+0x54/0x70
[`<ffffffff8112657a>`] ? do_vfs_ioctl+0x8a/0x500
[`<ffffffff810a98ce>`] ? vtime_account_user+0x6e/0x90
[`<ffffffff81126a3d>`] ? SyS_ioctl+0x4d/0xa0
[`<ffffffff8176bf49>`] ? tracesys+0xd0/0xd5
Code: 48 39 d0 73 53 48 89 c3 41 b9 01 00 00 00 41 80 be 58 16 00 00 00 4d 8b a8 e0 0b 00 00 48 8d 41 08 0f 84 86 00 00 00 48 8b 40 10 `<8b>` 00 48 89 da 89 c0 4c 21 fa 48 09 d0 48 39 c3 76 0c 4c 89 ea
RIP [`<ffffffff813e74ca>`] radeon_fence_process+0x8a/0x150
RSP `<ffff880226ca5c28>`
CR2: ffffc9001079c598
---[ end trace 2b43f4717e08f222 ]---
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/448System freeze randomly with latest kernel 3.10 (also 3.11-rc4)2019-09-18T19:04:17ZBugzilla Migration UserSystem freeze randomly with latest kernel 3.10 (also 3.11-rc4)## Submitted by lh
Assigned to **Default DRI bug account**
**[Link to original bug (#66738)](https://bugs.freedesktop.org/show_bug.cgi?id=66738)**
## Description
kernel from '~airlied/linux/log/?h=drm-next', mesa-git 20130706, xf8...## Submitted by lh
Assigned to **Default DRI bug account**
**[Link to original bug (#66738)](https://bugs.freedesktop.org/show_bug.cgi?id=66738)**
## Description
kernel from '~airlied/linux/log/?h=drm-next', mesa-git 20130706, xf86-video-radeon-git 20130706, X server 1.14.2, Archlinux X86_64
X seems quite stable when not playing videos. However while playing videos(without UVD), after few minutes, X will be not responding.
Tested with kernel 3.9.9, there is no such problem. Problem only existed with kernel 3.10+. Maybe there is some issue with the latest UVD patches. (UVD acturely works, and it was nice)
My hardware: Acer v3 551G, AMD A8 4500M, HD7640G+HD7670M, 4G+4G RAM
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/447texture issues in xonotic with llvm+sb and offset mapping2022-12-21T00:41:57ZBugzilla Migration Usertexture issues in xonotic with llvm+sb and offset mapping## Submitted by Stefano Teso
Assigned to **Default DRI bug account**
**[Link to original bug (#66731)](https://bugs.freedesktop.org/show_bug.cgi?id=66731)**
## Description
To reproduce, use:
- xonotic 0.7.0 at lowest detail, wit...## Submitted by Stefano Teso
Assigned to **Default DRI bug account**
**[Link to original bug (#66731)](https://bugs.freedesktop.org/show_bug.cgi?id=66731)**
## Description
To reproduce, use:
- xonotic 0.7.0 at lowest detail, with only offset mapping turned on.
- r600g from git, with SB backend and LLVM both turned on. Turning off either makes the bug disappear (although there are other issues, rensambling z fighting, when only llvm is enabled; not sure if they are related to offset mapping, I'll check later.)
The issue is clearly visible by running any of the demos that come with xonotic. FWIW, other apps (glxgears, gnome-shell, etc.) work just fine.
$gitgl glxinfo | grep str
server glx vendor string: SGI
server glx version string: 1.4
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD CEDAR
OpenGL version string: 2.1 Mesa 9.2.0-devel (git-2923685)
OpenGL shading language version string: 1.30
$ llvm-config --version
3.3
Tested with both stock 3.10 kernel from arch linux and the recent dpm-wip5 branch.
Nothing suspicious in dmesg.
May be related to #50230, which was closed as fixed.
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/446Very low FPS when video memory is full (GART & ram <-> vram swapping)2019-09-18T19:04:11ZBugzilla Migration UserVery low FPS when video memory is full (GART & ram <-> vram swapping)## Submitted by MirceaKitsune
Assigned to **Default DRI bug account**
**[Link to original bug (#66632)](https://bugs.freedesktop.org/show_bug.cgi?id=66632)**
## Description
Although I heard this issue was discussed, I couldn't fin...## Submitted by MirceaKitsune
Assigned to **Default DRI bug account**
**[Link to original bug (#66632)](https://bugs.freedesktop.org/show_bug.cgi?id=66632)**
## Description
Although I heard this issue was discussed, I couldn't find other bug reports and wanted to post my observations on the matter. At this point it's the only reason why I'm sticking with fglrx and can't switch to Radeon, and so far couldn't find a workaround either.
Although Radeon and fglrx seem to run games as fast when no bugs occur, Radeon has a major problem. If video memory is filled and textures have to be stored on system memory, FPS drops unusably low. This can be noticed when a program uses high quality content such as a lot of high resolution textures, enough to fill up the video memory.
The best and only test case I know of (also the reason this problem affects me) is the project Xonotic. When ran from the GIT repository, it has a lot of high-res textures in original format (some as large as 2048px). Even when texture compression is enabled, they quickly fill up my 1GB of video ram. Therefore, when looking in certain areas of a map, FPS decreases enormously (down to 3 FPS).
I ran several tests in the past and tried further debugging this today on IRC. As other users pointed out, the constant swapping of items between the RAM and VRAM is the most likely cause of the problem. A better GART formula is apparently needed in order to swap only when necessary and not all the time.
Someone posted a log based on their tests: http://bpaste.net/raw/lhJKFAYFyl0DNOMr9hwc/ At least one more user could replicate the exact behavior I'm getting, and confirmed Xonotic is unplayable when full-res textures are used and a map loads a lot of them. I was also linked a patch, which was said to fix the issue although it wasn't accepted yet. In case it's of any relevance, http://people.freedesktop.org/~glisse/0001-drm-radeon-keep-original-user-requested-placement-ar.patch
I heard a correct formula on when to trigger VRAM `<->` RAM swapping is harder to find, so I understand why this bug exists. Since it's a major issue and keeps some engines from working when they could, it would be appreciated if even a simple solution could be added in the meantime. Such as disabling swapping altogether (what was placed in vram stays in vram and what's in gart stays in gart) or only triggering swapping after a longer amount of time rather than each frame (eg: 30 or 60 seconds).
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/445Using SB shader optimization caused segfault in Serious Sam 3: BFE2019-09-18T19:04:05ZBugzilla Migration UserUsing SB shader optimization caused segfault in Serious Sam 3: BFE## Submitted by Thomas Lindroth
Assigned to **Default DRI bug account**
**[Link to original bug (#66349)](https://bugs.freedesktop.org/show_bug.cgi?id=66349)**
## Description
Created attachment 81666
dmesg, xorg.log
When using R6...## Submitted by Thomas Lindroth
Assigned to **Default DRI bug account**
**[Link to original bug (#66349)](https://bugs.freedesktop.org/show_bug.cgi?id=66349)**
## Description
Created attachment 81666
dmesg, xorg.log
When using R600_DEBUG=sb Serious Sam 3 will segfault in mesa during the intro. Running without sb works. I'm using git mesa, libdrm, drm-next and xf86-video-ati-7.1.0. Here is the backtrace.
```
Program received signal SIGSEGV, Segmentation fault.
0xf385b151 in r600_sb::regbits::clear (this=0xffe4b57c, index=4293178748) at sb/sb_ra_init.cpp:131
131 sb/sb_ra_init.cpp: No such file or directory.
(gdb) bt
#0 0xf385b151 in r600_sb::regbits::clear (this=0xffe4b57c, index=4293178748) at sb/sb_ra_init.cpp:131
#1 0xf385b25b in r600_sb::regbits::from_val_set (this=0xffe4b57c, sh=..., vs=...) at sb/sb_ra_init.cpp:117
#2 0xf385bdaa in regbits (vs=..., sh=..., this=0xffe4b57c) at sb/sb_ra_init.cpp:62
#3 r600_sb::ra_init::color (this=0xffe4bb18, v=0x15c62168) at sb/sb_ra_init.cpp:471
#4 0xf385bf81 in r600_sb::ra_init::process_op (this=0xffe4bb18, n=0x15ca7948) at sb/sb_ra_init.cpp:344
#5 0xf385bfdf in r600_sb::ra_init::ra_node (this=0xffe4bb18, c=0x15cba670) at sb/sb_ra_init.cpp:294
#6 0xf385bff7 in r600_sb::ra_init::ra_node (this=0xffe4bb18, c=0x15cba608) at sb/sb_ra_init.cpp:297
#7 0xf385bff7 in r600_sb::ra_init::ra_node (this=0xffe4bb18, c=0x15c8a4e8) at sb/sb_ra_init.cpp:297
#8 0xf385c03d in r600_sb::ra_init::run (this=0xffe4bb18) at sb/sb_ra_init.cpp:285
#9 0xf3847450 in r600_sb_bytecode_process (rctx=0xa60a300, bc=0x15c6c9f4, pshader=0x15c6c9f0, dump_bytecode=0, optimize=2097152)
at sb/sb_core.cpp:220
#10 0xf38209f8 in r600_pipe_shader_create (ctx=0xa60a300, shader=0x15c6c9e8, key=...) at r600_shader.c:179
#11 0xf38335b1 in r600_shader_select (ctx=0xa60a300, sel=<optimized out>, dirty=0x0) at r600_state_common.c:750
#12 0xf38337ea in r600_create_shader_state (ctx=0xa60a300, state=<optimized out>, pipe_shader_type=1) at r600_state_common.c:797
#13 0xf3833834 in r600_create_ps_state (ctx=0xa60a300, state=0x15c43c28) at r600_state_common.c:807
#14 0xf365f051 in st_translate_fragment_program (st=0xa73f748, stfp=0x15c7a060, key=0xffe4c648) at ../../src/mesa/state_tracker/st_program.c:768
#15 0xf365fd20 in st_get_fp_variant (st=0xa73f748, stfp=0x15c7a060, key=0xffe4c648) at ../../src/mesa/state_tracker/st_program.c:805
#16 0xf3626b85 in update_fp (st=0xa73f748) at ../../src/mesa/state_tracker/st_atom_shader.c:92
#17 0xf3623912 in st_validate_state (st=0xa73f748) at ../../src/mesa/state_tracker/st_atom.c:221
#18 0xf36376fc in st_draw_vbo (ctx=0xa6f8b28, prims=0xffe4c7d8, nr_prims=1, ib=0xffe4c7f0, index_bounds_valid=1 '\001', min_index=0,
max_index=3, tfb_vertcount=0x0) at ../../src/mesa/state_tracker/st_draw.c:210
#19 0xf360da07 in vbo_handle_primitive_restart (ctx=<optimized out>, prim=<optimized out>, nr_prims=1, ib=0xffe4c7f0,
index_bounds_valid=1 '\001', min_index=0, max_index=3) at ../../src/mesa/vbo/vbo_exec_array.c:549
#20 0xf360e8ec in vbo_validated_drawrangeelements (ctx=0xa6f8b28, mode=4, index_bounds_valid=1 '\001', start=0, end=3, count=6, type=5123,
indices=0x0, basevertex=0, numInstances=1, baseInstance=0) at ../../src/mesa/vbo/vbo_exec_array.c:968
#21 0xf360eaa7 in vbo_exec_DrawRangeElementsBaseVertex (mode=4, start=0, end=3, count=6, type=5123, indices=0x0, basevertex=0)
at ../../src/mesa/vbo/vbo_exec_array.c:1076
#22 0xf360eaeb in vbo_exec_DrawRangeElements (mode=4, start=0, end=3, count=6, type=5123, indices=0x0)
at ../../src/mesa/vbo/vbo_exec_array.c:1096
#23 0x08f0bf3d in ?? ()
#24 0x08a9f8b1 in ?? ()
#25 0x089a8459 in ?? ()
#26 0x089a188e in ?? ()
#27 0x08aadc5a in ?? ()
#28 0x08a9fb0a in ?? ()
#29 0x08a9fd56 in ?? ()
#30 0x08c8e65f in ?? ()
#31 0x08c9284a in ?? ()
#32 0x08b52309 in ?? ()
#33 0x08b66e96 in ?? ()
#34 0x08b92394 in ?? ()
---Type <return> to continue, or q <return> to quit---
#35 0x08b498de in ?? ()
#36 0x08b49a86 in ?? ()
#37 0x08b49be1 in ?? ()
#38 0x08d89685 in ?? ()
#39 0x08b4a23d in ?? ()
#40 0x08b45e77 in ?? ()
#41 0x08b47332 in ?? ()
#42 0x0888e7fa in ?? ()
#43 0x0888867e in ?? ()
#44 0x083e9df5 in ?? ()
#45 0x083ea964 in ?? ()
#46 0x0853f143 in ?? ()
#47 0x089143d0 in ?? ()
#48 0x083a017f in ?? ()
#49 0x083a0293 in ?? ()
#50 0x08a06046 in ?? ()
#51 0x08d85243 in ?? ()
#52 0x08d85678 in ?? ()
#53 0x0804f54b in ?? ()
#54 0xf755a943 in __libc_start_main (main=0x804f520, argc=1, ubp_av=0xffe4e114, init=0x8f63330, fini=0x8f633a0, rtld_fini=0xf77964e0 <_dl_fini>,
stack_end=0xffe4e10c) at libc-start.c:226
#55 0x0838e785 in ?? ()
```
**Attachment 81666**, "dmesg, xorg.log":
[dmesg](/uploads/0ca670e82ea4d0f1060cfd091095124e/dmesg)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/444Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper)2019-09-18T19:03:32ZBugzilla Migration UserTrine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper)## Submitted by Nicholas Miell `@nmiell`
Assigned to **Default DRI bug account**
**[Link to original bug (#66067)](https://bugs.freedesktop.org/show_bug.cgi?id=66067)**
## Description
Created attachment 81244
rendering with Mesa d...## Submitted by Nicholas Miell `@nmiell`
Assigned to **Default DRI bug account**
**[Link to original bug (#66067)](https://bugs.freedesktop.org/show_bug.cgi?id=66067)**
## Description
Created attachment 81244
rendering with Mesa d282f4ea9b99e4eefec8ce0664cdf49d53d7b052
Trine 2 colors/lighting are wrong with Mesa 9.2 and current git (d282f4ea9b99e4eefec8ce0664cdf49d53d7b052) on a Radeon HD 6770 Juniper XT.
Game renders correctly using the Catalyst drivers.
Colors are wrong enough to make some puzzles unsolvable because portions of the screen are too dark to see.
Sample apitrace is at
https://docs.google.com/file/d/0B8G3Ivdx_-JNTV96YjgyNWplZ0U/edit?usp=sharing
Attached screenshots were generated using glretrace -b -S 5670984
**Attachment 81244**, "rendering with Mesa d282f4ea9b99e4eefec8ce0664cdf49d53d7b052":
![mesa-git0005670984](/uploads/17ad7c92522a01b30e95dda8e2a14219/mesa-git0005670984.png)
Version: git
### Blocking
* [Bug 77449](https://bugs.freedesktop.org/show_bug.cgi?id=77449)https://gitlab.freedesktop.org/mesa/mesa/-/issues/443Champions of Regnum dont show characters!2019-09-18T19:03:24ZBugzilla Migration UserChampions of Regnum dont show characters!## Submitted by wolfyrion
Assigned to **Default DRI bug account**
**[Link to original bug (#65714)](https://bugs.freedesktop.org/show_bug.cgi?id=65714)**
## Description
Created attachment 80780
main character selection screen with...## Submitted by wolfyrion
Assigned to **Default DRI bug account**
**[Link to original bug (#65714)](https://bugs.freedesktop.org/show_bug.cgi?id=65714)**
## Description
Created attachment 80780
main character selection screen with no Character
I am having some issues with the Champions of Regnum Game....
I am using Linux Mint 15 and out of the box everything was working fine... but you know as a linux user wanted to have the latest drivers ...
So I first have installed the latest xorg/edgers/ppa ati graphic drivers , every game is running ok + playonlinux except Champions of Regnum which it doesnt display any characters in game , it displays them as invisble chars ><
I have removed the xord/edgers ppa and installed oibaf's ppa but the same thing as xorg edgers......
I have an ATI HIS 5970x2 2GB DDR5
Any solution to this?
**Attachment 80780**, "main character selection screen with no Character":
![regnum](/uploads/e7b10b09e0447db0db93211ac1e3ed6e/regnum.png)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/442UVD accelerated decoding causes hangs (ARUBA - HD 7540D)2019-12-09T21:49:40ZBugzilla Migration UserUVD accelerated decoding causes hangs (ARUBA - HD 7540D)## Submitted by adam
Assigned to **Default DRI bug account**
**[Link to original bug (#65611)](https://bugs.freedesktop.org/show_bug.cgi?id=65611)**
## Description
Created attachment 80626
relevant dmesg output
New UVD VDPAU deco...## Submitted by adam
Assigned to **Default DRI bug account**
**[Link to original bug (#65611)](https://bugs.freedesktop.org/show_bug.cgi?id=65611)**
## Description
Created attachment 80626
relevant dmesg output
New UVD VDPAU decoding of VC-1 and MPEG-2 causes some kind of corruption and ultimately hang of driver and whole system on the next try (cursor can be moving for some time, even SysRq can work a few seconds after X totally hangs but then only power off works).
Few notes (using mplayer):
ffmpeg12vdpau:
MPEG1 causes no harm, only decoding is really bad (software decoding works)
MPEG2 seems to cause really bad corruption
ffvc1vdpau:
VC-1 seems to cause problems (like attached dmesg) but not hangs. There have been decoding artifacts too, but it is not the rule.
divx and h264 seems to work flawless, unless previous corruption happened.
Hardware is ARUBA - A6-5400K Black Edition APU (Radeon HD 7540D). Since this particular hardware seems to be problematic (#65254 #60389) it might be unique to this APU.
Test files:
VC1 http://samples.mplayerhq.hu/V-codecs/WVC1/Test_1440x576_WVC1_6Mbps.wmv
MPEG2 http://samples.mplayerhq.hu/MPEG2/vid_0x80.ts
MPEG1 http://samples.mplayerhq.hu/MPEG1/
**Attachment 80626**, "relevant dmesg output":
[file_65611.txt](/uploads/aac04e21197d24b1392665d580e0e6fa/file_65611.txt)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/441Driver fails to compile complex shaders2022-12-21T00:41:13ZBugzilla Migration UserDriver fails to compile complex shaders## Submitted by Grigori Goronzy
Assigned to **Default DRI bug account**
**[Link to original bug (#65448)](https://bugs.freedesktop.org/show_bug.cgi?id=65448)**
## Description
The r600 driver fails to translate TGSI to bytecode for...## Submitted by Grigori Goronzy
Assigned to **Default DRI bug account**
**[Link to original bug (#65448)](https://bugs.freedesktop.org/show_bug.cgi?id=65448)**
## Description
The r600 driver fails to translate TGSI to bytecode for complex shaders.
https://www.shadertoy.com/view/MdX3Rr is an example for this. The fragment shader compiles into a pretty big TGSI program (about 6500 instructions). r600 takes a long time (tens of seconds) trying to transform it into bytecode, but in then end it fails:
EE ../../../../../mesa/src/gallium/drivers/r600/r600_shader.c:158 r600_pipe_shader_create - translation from TGSI failed !
EE ../../../../../mesa/src/gallium/drivers/r600/r600_state_common.c:753 r600_shader_select - Failed to build shader variant (type=1) -1
This happens with many of the shaders from shadertoy.com.
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/440[r600g] Game window turns completely black occasionally in WoW.2019-09-18T19:03:11ZBugzilla Migration User[r600g] Game window turns completely black occasionally in WoW.## Submitted by Chris Rankin
Assigned to **Default DRI bug account**
**[Link to original bug (#65316)](https://bugs.freedesktop.org/show_bug.cgi?id=65316)**
## Description
When playing WoW in 32 bit mode, the game window occasiona...## Submitted by Chris Rankin
Assigned to **Default DRI bug account**
**[Link to original bug (#65316)](https://bugs.freedesktop.org/show_bug.cgi?id=65316)**
## Description
When playing WoW in 32 bit mode, the game window occasionally turns completely black for a second or two before correctly redrawing itself. However, the UI elements remain visible throughout.
I have reproduced this problem with a RV730XT card (HD4670 AGP) and a CAICOS HD6450, but not with my RV790. Note that the HD4670 AGP can only run in 32 bit mode, but the CAICOS runs WoW correctly in 64 bit mode.
This is not a new problem (at all!), but I have only recently discovered that it happens with my CAICOS card in 32 bit mode while I was investigating a bug with the sound.
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/439GPU fault detected flood at A8-5600K Trinity 7560D2019-09-18T19:03:10ZBugzilla Migration UserGPU fault detected flood at A8-5600K Trinity 7560D## Submitted by p00h
Assigned to **Default DRI bug account**
**[Link to original bug (#64819)](https://bugs.freedesktop.org/show_bug.cgi?id=64819)**
## Description
Created attachment 79612
dmesg.log
I have exactly similar bug as ...## Submitted by p00h
Assigned to **Default DRI bug account**
**[Link to original bug (#64819)](https://bugs.freedesktop.org/show_bug.cgi?id=64819)**
## Description
Created attachment 79612
dmesg.log
I have exactly similar bug as described at https://bugs.freedesktop.org/show_bug.cgi?id=59089 with Trinity 7560D at A8-5600K.
I'm using latest git drivers. As that bug marked as fixed should i claim that my problem is unrelated and caused by hardware and/or other malfunctions?
My problem consists of NOT log flood only, but the whole machine usually freezes and nothing except hard reboot can fix this. Problem detects in both idle and high load mode. The temperature of APU is about 20-40C.
#uname -a
Linux multiseat 3.9.2-1-gpgpu
#lspci | grep VGA
00:01.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Trinity [Radeon HD 7560D]
**Attachment 79612**, "dmesg.log":
[dmesg.log](/uploads/a17204d8d8297f1fefa88f6d3fa48373/dmesg.log)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/438Anomaly 2 (Steam) exits with divide by 0 in r600g2019-09-18T19:03:00ZBugzilla Migration UserAnomaly 2 (Steam) exits with divide by 0 in r600g## Submitted by rom..@..il.com
Assigned to **Default DRI bug account**
**[Link to original bug (#64649)](https://bugs.freedesktop.org/show_bug.cgi?id=64649)**
## Description
Game update: AppID 236730 "Anomaly 2", ProcID 7610, IP 0...## Submitted by rom..@..il.com
Assigned to **Default DRI bug account**
**[Link to original bug (#64649)](https://bugs.freedesktop.org/show_bug.cgi?id=64649)**
## Description
Game update: AppID 236730 "Anomaly 2", ProcID 7610, IP 0.0.0.0:0
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
GLX_EXT_swap_control not supported, unable to set vertical sync.
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/437Text rendered using QuesoGLC is unreadable/missing on Radeon HD 62902019-09-18T19:02:54ZBugzilla Migration UserText rendered using QuesoGLC is unreadable/missing on Radeon HD 6290## Submitted by Max
Assigned to **Default DRI bug account**
**[Link to original bug (#64508)](https://bugs.freedesktop.org/show_bug.cgi?id=64508)**
## Description
Created attachment 79212
screenshots in order: test9.1, test9.2, te...## Submitted by Max
Assigned to **Default DRI bug account**
**[Link to original bug (#64508)](https://bugs.freedesktop.org/show_bug.cgi?id=64508)**
## Description
Created attachment 79212
screenshots in order: test9.1, test9.2, test16
Overview:
Text rendered using QuesoGLC is unreadable/missing on Radeon HD 6290.
As a consequence all text in warzone2100 game is unreadable.
Steps to Reproduce:
wget http://surfnet.dl.sourceforge.net/project/quesoglc/QuesoGLC/0.7.2/quesoglc-0.7.2.tar.bz2
tar -xjf quesoglc-0.7.2.tar.bz2
./configure && make check
Actual Results:
Following tests look very bad... letters look like a bunch of overlapping triangles/primitives (attached screenshots)
- test9.2 - Render style : GLC_TEXTURE without GL objects without user list
- test16
Expected Results:
Normally rendered text
Platform:
Arch Linux x86_64
Kernel: 3.8.12-1-ck #1 SMP PREEMPT x86_64 GNU/Linux
mesa 9.1.2-1
ati-dri 9.1.2-1
glu 9.0.0-2
xorg-server 1.14.1-1
xf86-video-ati 1:7.1.0-3
lspci output:
00:01.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Wrestler [Radeon HD 6290] (prog-if 00 [VGA controller])
Subsystem: Acer Incorporated [ALI] Device 0598
Flags: bus master, fast devsel, latency 0, IRQ 41
Memory at e0000000 (32-bit, prefetchable) [size=256M]
I/O ports at 4000 [size=256]
Memory at f0400000 (32-bit, non-prefetchable) [size=256K]
Expansion ROM at `<unassigned>` [disabled]
Capabilities: `<access denied>`
Kernel driver in use: radeon
Kernel modules: radeon
~~**Attachment 79212**~~, "screenshots in order: test9.1, test9.2, test16":
![tests](/uploads/5d6c0bea98af7fa8008f5b3596150619/tests.jpg)
Version: 9.1
### See also
* http://sourceforge.net/tracker/?func=detail&aid=2831514&group_id=53918&atid=472059https://gitlab.freedesktop.org/mesa/mesa/-/issues/436[clover/turks] bfgminer --scrypt generates Segmentation Fault2022-11-03T09:08:09ZBugzilla Migration User[clover/turks] bfgminer --scrypt generates Segmentation Fault## Submitted by Erdem U. Altınyurt
Assigned to **Default DRI bug account**
**[Link to original bug (#64225)](https://bugs.freedesktop.org/show_bug.cgi?id=64225)**
## Description
Created attachment 78869
./bfgminer -v1 --benchmark ...## Submitted by Erdem U. Altınyurt
Assigned to **Default DRI bug account**
**[Link to original bug (#64225)](https://bugs.freedesktop.org/show_bug.cgi?id=64225)**
## Description
Created attachment 78869
./bfgminer -v1 --benchmark --scrypt &>
OpenSUSE LLVM-trunk (patched version using: https://bugs.freedesktop.org/attachment.cgi?id=78831) with Mesa trunk 3.9 kernel x86_64
"./bfgminer -v1 --benchmark --scrypt"
Generated segmentation fault.
Log attached.
Thanks
**Attachment 78869**, "./bfgminer -v1 --benchmark --scrypt &>":
[Radeonbfgdebug.log](/uploads/1c30f332ced91cb4a757c6c0858fa43c/Radeonbfgdebug.log)
Version: git
### Blocking
* [Bug 99553](https://bugs.freedesktop.org/show_bug.cgi?id=99553)https://gitlab.freedesktop.org/mesa/mesa/-/issues/435Mesa 9.0.3 implementation error: In _mesa_DeleteHashTable, found non-freed data2022-10-31T22:52:45ZBugzilla Migration UserMesa 9.0.3 implementation error: In _mesa_DeleteHashTable, found non-freed data## Submitted by bog..@..il.com
Assigned to **Default DRI bug account**
**[Link to original bug (#64099)](https://bugs.freedesktop.org/show_bug.cgi?id=64099)**
## Description
I'm playing around with GL, and I'm receiving this messa...## Submitted by bog..@..il.com
Assigned to **Default DRI bug account**
**[Link to original bug (#64099)](https://bugs.freedesktop.org/show_bug.cgi?id=64099)**
## Description
I'm playing around with GL, and I'm receiving this message when my application ends:
"Mesa 9.0.3 implementation error: In _mesa_DeleteHashTable, found non-freed data
Please report at bugs.freedesktop.org"
The problem seems to be with GL_ARB_debug_output, since the message only appears if I make a call to glDebugMessageInsertARB during my application.
If you need any more information, please ask.
Version: 9.0https://gitlab.freedesktop.org/mesa/mesa/-/issues/434piglit glean/readPixSanity testcase fails on ppc64 with Radeon adapter2019-09-18T19:02:40ZBugzilla Migration Userpiglit glean/readPixSanity testcase fails on ppc64 with Radeon adapter## Submitted by Kleber Sacilotto de Souza
Assigned to **Default DRI bug account**
**[Link to original bug (#64091)](https://bugs.freedesktop.org/show_bug.cgi?id=64091)**
## Description
I'm performing the bring-up of a Radeon adapt...## Submitted by Kleber Sacilotto de Souza
Assigned to **Default DRI bug account**
**[Link to original bug (#64091)](https://bugs.freedesktop.org/show_bug.cgi?id=64091)**
## Description
I'm performing the bring-up of a Radeon adapter (AMD FirePro 2270) using Fedora 19 on a ppc64 machine, and running the sanity test profile from piglit the glean/readPixSanity testcase fails. I've also run the test with LIBGL_ALWAYS_SOFTWARE=1 and it fails some of the tests, so it might indicate that the problem is not on the Radeon Mesa driver itself.
I will attach to this bug the output from glxinfo and glean/readPixSanity for both Radeon driver and software rasterizer.
Steps to reproduce:
1. Install piglit
2. Run: # ./piglit-run.py tests/sanity.tests results/sanity.results
Version: 9.1https://gitlab.freedesktop.org/mesa/mesa/-/issues/433Savage 2 Edges render white [r600g]2019-09-18T19:02:25ZBugzilla Migration UserSavage 2 Edges render white [r600g]## Submitted by rom..@..il.com
Assigned to **Default DRI bug account**
**[Link to original bug (#63579)](https://bugs.freedesktop.org/show_bug.cgi?id=63579)**
## Description
Created attachment 78046
Edges of the screen renders jus...## Submitted by rom..@..il.com
Assigned to **Default DRI bug account**
**[Link to original bug (#63579)](https://bugs.freedesktop.org/show_bug.cgi?id=63579)**
## Description
Created attachment 78046
Edges of the screen renders just white
It is almost impossible to see in the distance due to it rendering the edges or sky in just white.
**Attachment 78046**, "Edges of the screen renders just white":
![edgeofscreenwhiteSavage2](/uploads/1f29c543c80c995a75995de6b6c59333/edgeofscreenwhiteSavage2.png)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/432Radeon HD 5870 CP lockup / Stall with OpenGL load2019-09-18T19:02:15ZBugzilla Migration UserRadeon HD 5870 CP lockup / Stall with OpenGL load## Submitted by Alexander von Gluck IV `@kallisti5`
Assigned to **Default DRI bug account**
**[Link to original bug (#63564)](https://bugs.freedesktop.org/show_bug.cgi?id=63564)**
## Description
Playing Team Fortress 2 under ArchL...## Submitted by Alexander von Gluck IV `@kallisti5`
Assigned to **Default DRI bug account**
**[Link to original bug (#63564)](https://bugs.freedesktop.org/show_bug.cgi?id=63564)**
## Description
Playing Team Fortress 2 under ArchLinux with mainline git mesa + xorg 1.14
Get random GPU lockups and stalls. The driver does recover, however recovery takes around 10 seconds. dmesg gets the following stall warning on every stall:
[ 2377.378560] radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec
[ 2377.378568] radeon 0000:01:00.0: GPU lockup (waiting for 0x0000000000051691 last fence id 0x000000000005168a)
[ 2377.379628] radeon 0000:01:00.0: Saved 279 dwords of commands on ring 0.
[ 2377.379635] radeon 0000:01:00.0: GPU softreset: 0x00000003
[ 2377.389578] radeon 0000:01:00.0: GRBM_STATUS = 0xF5700828
[ 2377.389581] radeon 0000:01:00.0: GRBM_STATUS_SE0 = 0x88000003
[ 2377.389583] radeon 0000:01:00.0: GRBM_STATUS_SE1 = 0xFC000001
[ 2377.389585] radeon 0000:01:00.0: SRBM_STATUS = 0x200000C0
[ 2377.389586] radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x00000000
[ 2377.389588] radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x400C0000
[ 2377.389590] radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00048006
[ 2377.389592] radeon 0000:01:00.0: R_008680_CP_STAT = 0x80268647
[ 2377.389593] radeon 0000:01:00.0: GRBM_SOFT_RESET=0x00007F6B
[ 2377.389645] radeon 0000:01:00.0: GRBM_STATUS = 0x00003828
[ 2377.389647] radeon 0000:01:00.0: GRBM_STATUS_SE0 = 0x00000007
[ 2377.389648] radeon 0000:01:00.0: GRBM_STATUS_SE1 = 0x00000007
[ 2377.389650] radeon 0000:01:00.0: SRBM_STATUS = 0x200000C0
[ 2377.389652] radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x00000000
[ 2377.389653] radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x00000000
[ 2377.389655] radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00000000
[ 2377.389656] radeon 0000:01:00.0: R_008680_CP_STAT = 0x00000000
[ 2377.407070] radeon 0000:01:00.0: GPU reset succeeded, trying to resume
[ 2377.474159] [drm] probing gen 2 caps for device 1002:5a16 = 2/0
[ 2377.474161] [drm] PCIE gen 2 link speeds already enabled
[ 2377.477011] [drm] PCIE GART of 512M enabled (table at 0x0000000000040000).
[ 2377.477093] radeon 0000:01:00.0: WB enabled
[ 2377.477095] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0xffff8804270e7c00
[ 2377.477097] radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0xffff8804270e7c0c
[ 2377.493165] [drm] ring test on 0 succeeded in 1 usecs
[ 2377.493240] [drm] ring test on 3 succeeded in 1 usecs
[ 2377.506450] [drm] ib test on ring 0 succeeded in 0 usecs
[ 2377.506483] [drm] ib test on ring 3 succeeded in 1 usecs
[ 3733.413723] radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec
[ 3733.413731] radeon 0000:01:00.0: GPU lockup (waiting for 0x00000000000d3f80 last fence id 0x00000000000d3f7d)
[ 3733.414789] radeon 0000:01:00.0: Saved 151 dwords of commands on ring 0.
[ 3733.414796] radeon 0000:01:00.0: GPU softreset: 0x00000003
[ 3733.419144] radeon 0000:01:00.0: GRBM_STATUS = 0xF5500828
[ 3733.419148] radeon 0000:01:00.0: GRBM_STATUS_SE0 = 0x88000003
[ 3733.419152] radeon 0000:01:00.0: GRBM_STATUS_SE1 = 0xEC000001
[ 3733.419155] radeon 0000:01:00.0: SRBM_STATUS = 0x200000C0
[ 3733.419159] radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x00000000
[ 3733.419162] radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x400C0000
[ 3733.419166] radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00048004
[ 3733.419169] radeon 0000:01:00.0: R_008680_CP_STAT = 0x80268647
[ 3733.419172] radeon 0000:01:00.0: GRBM_SOFT_RESET=0x00007F6B
[ 3733.419227] radeon 0000:01:00.0: GRBM_STATUS = 0x00003828
[ 3733.419230] radeon 0000:01:00.0: GRBM_STATUS_SE0 = 0x00000007
[ 3733.419234] radeon 0000:01:00.0: GRBM_STATUS_SE1 = 0x00000007
[ 3733.419237] radeon 0000:01:00.0: SRBM_STATUS = 0x200000C0
[ 3733.419241] radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x00000000
[ 3733.419244] radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x00000000
[ 3733.419247] radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00000000
[ 3733.419251] radeon 0000:01:00.0: R_008680_CP_STAT = 0x00000000
[ 3733.436635] radeon 0000:01:00.0: GPU reset succeeded, trying to resume
[ 3733.503442] [drm] probing gen 2 caps for device 1002:5a16 = 2/0
[ 3733.503444] [drm] PCIE gen 2 link speeds already enabled
[ 3733.505831] [drm] PCIE GART of 512M enabled (table at 0x0000000000040000).
[ 3733.505909] radeon 0000:01:00.0: WB enabled
[ 3733.505911] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0xffff8804270e7c00
[ 3733.505913] radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0xffff8804270e7c0c
[ 3733.521972] [drm] ring test on 0 succeeded in 1 usecs
[ 3733.522028] [drm] ring test on 3 succeeded in 1 usecs
[ 3733.534027] [drm] ib test on ring 0 succeeded in 0 usecs
[ 3733.534049] [drm] ib test on ring 3 succeeded in 1 usecs
kallisti5@eris ~ :) $ sudo lspci -vv -s 01:00.0
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Cypress LE [Radeon HD 5800 Series] (prog-if 00 [VGA controller])
Subsystem: XFX Pine Group Inc. Device 3070
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- `<MAbort- >`SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 90
Region 0: Memory at c0000000 (64-bit, prefetchable) [size=256M]
Region 2: Memory at fea20000 (64-bit, non-prefetchable) [size=128K]
Region 4: I/O ports at e000 [size=256]
Expansion ROM at fea00000 [disabled] [size=128K]
Capabilities: [50] Power Management version 3
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [58] Express (v2) Legacy Endpoint, MSI 00
DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <4us, L1 unlimited
ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+
MaxPayload 128 bytes, MaxReadReq 512 bytes
DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr- TransPend-
LnkCap: Port #0, Speed 5GT/s, Width x16, ASPM L0s L1, Latency L0 <64ns, L1 <1us
ClockPM- Surprise- LLActRep- BwNot-
LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
DevCap2: Completion Timeout: Not Supported, TimeoutDis-, LTR-, OBFF Not Supported
DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled
LnkCtl2: Target Link Speed: 5GT/s, EnterCompliance- SpeedDis-
Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
Compliance De-emphasis: -6dB
LnkSta2: Current De-emphasis Level: -3.5dB, EqualizationComplete-, EqualizationPhase1-
EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Address: 00000000feeff00c Data: 41e3
Capabilities: [100 v1] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
Capabilities: [150 v1] Advanced Error Reporting
UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn-
Kernel driver in use: radeon
Version: git