https://bugs.freedesktop.org/show_bug.cgi?id=104347
Bug ID: 104347
Summary: AMD RX 580: Hide/Show window sometimes corrupts screen
(see screenshot)
Product: Mesa
Version: 17.3
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: arthurborsboom(a)gmail.com
QA Contact: dri-devel(a)lists.freedesktop.org
Created attachment 136316
--> https://bugs.freedesktop.org/attachment.cgi?id=136316&action=edit
Screenshot of scrambled window
When I hide all Windows with a shortcut and then show another one, a window
(not the whole desktop) looks a scrambled, see attachments. It restores itself
usually after 3-5 seconds and/or hiding/showing of the window after a couple of
times.
In dmesg there is no message of a GPU warning/error.
Kernel: Linux 4.14.5-1-ARCH
Driver: amdgpu
X11: xf86-video-amdgpu 1.4.0
Mesa: 17.3.0
If this is the wrong place to report this issue, can you please move it to the
correct location?
If other information is needed, please let me know.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=104345
Bug ID: 104345
Summary: Playing video hangs X-Server with showing scrambled
picture, sound still playing.
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/AMDgpu
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: bernhardu(a)mailbox.org
Created attachment 136312
--> https://bugs.freedesktop.org/attachment.cgi?id=136312&action=edit
kernel output captured from the serial line.
Playing video hangs X-Server with showing scrambled picture, sound still
playing.
System hangs after some time playing mostly when playing a recorded DVB-S-SD
stream via VLC. Happened also with other videos and players.
This left the system showing a distorted version of the last shown frame from
the video. Most of the time it is a chess board like pattern.
Sound is still playing regularly.
A ssh connection is still possible.
Playing the exact same video again later works without problem.
Kernel output shows at this time following:
[ 4353.316286] amdgpu 0000:08:00.0: GPU fault detected: 146 0x0570480c
[ 4353.328836] amdgpu 0000:08:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR
0x001004AE
[ 4353.343791] amdgpu 0000:08:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS
0x0A04800C
[ 4353.358755] amdgpu 0000:08:00.0: VM fault (0x0c, vmid 5) at page 1049774,
read from 'TC0' (0x54433000) (72)
[ 4353.378234] amdgpu 0000:08:00.0: GPU fault detected: 146 0x0570440c
[ 4353.390777] amdgpu 0000:08:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR
0x0010049C
[ 4353.405735] amdgpu 0000:08:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS
0x0A04400C
[ 4353.420692] amdgpu 0000:08:00.0: VM fault (0x0c, vmid 5) at page 1049756,
read from 'TC1' (0x54433100) (68)
Followed by this:
[ 4592.681352] INFO: task amdgpu_cs:0:1007 blocked for more than 120 seconds.
[ 4592.695116] Tainted: G O 4.13.0-1-amd64 #1 Debian
4.13.13-1
[ 4592.709587] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this
message.
[ 4592.725255] amdgpu_cs:0 D 0 1007 1000 0x00400000
[ 4592.736245] Call Trace:
[ 4592.741145] ? __schedule+0x3c8/0x860
[ 4592.748486] ? schedule+0x32/0x80
[ 4592.755120] ? schedule_timeout+0x1da/0x350
[ 4592.763537] ? amdgpu_vm_validate_level.isra.9+0x80/0x80 [amdgpu]
[ 4592.775725] ? dma_fence_default_wait+0x239/0x260
[ 4592.785138] ? dma_fence_default_wait+0x239/0x260
[ 4592.794548] ? dma_fence_free+0x20/0x20
[ 4592.802220] ? dma_fence_wait_timeout+0x33/0xe0
[ 4592.811317] ? amdgpu_ctx_add_fence+0x61/0xf0 [amdgpu]
[ 4592.821632] ? amdgpu_cs_ioctl+0x156b/0x1920 [amdgpu]
[ 4592.831784] ? amdgpu_cs_find_mapping+0x90/0x90 [amdgpu]
[ 4592.842432] ? drm_ioctl_kernel+0x65/0xb0 [drm]
[ 4592.851510] ? drm_ioctl+0x2e3/0x3a0 [drm]
[ 4592.859737] ? amdgpu_cs_find_mapping+0x90/0x90 [amdgpu]
[ 4592.870373] ? do_futex+0x2df/0xa90
[ 4592.877376] ? amdgpu_drm_ioctl+0x49/0x80 [amdgpu]
[ 4592.886971] ? do_vfs_ioctl+0x9f/0x600
[ 4592.894471] ? SyS_futex+0x7a/0x170
[ 4592.901453] ? SyS_ioctl+0x74/0x80
[ 4592.908264] ? system_call_fast_compare_end+0xc/0x97
Attached is a log captured on the serial port from boot to the
crash follwed by a Magic-Sys-Req-T.
This are the system specs:
Graphics: Card: Advanced Micro Devices [AMD/ATI] Baffin [Radeon RX 460] (XFX)
Display Server: x11 (X.Org 1.19.5 ) drivers: amdgpu (unloaded:
modesetting,fbdev,vesa)
Resolution: 1920x1080(a)60.00hz
OpenGL: renderer: AMD Radeon RX 460 Graphics (AMD POLARIS11 / DRM
3.18.0 / 4.13.0-1-amd64, LLVM 5.0.0)
version: 4.5 Mesa 17.2.5
System: Kernel: 4.13.0-1-amd64 x86_64 bits: 64
Desktop: KDE Plasma 5.10.5
Machine: Device: desktop Mobo: ASUSTeK model: PRIME B350M-A v: Rev X.0x
serial: N/A
UEFI: American Megatrends v: 3203 date: 11/09/2017
CPU: Octa core AMD Ryzen 7 1700 Eight-Core (-HT-MCP-) speed/max:
1550/3000 MHz
Error happened with Debian Stretch with linux 4.9 and later.
Currently it is running a Debian testing.
Is this the right product/component for this report?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=104307
Bug ID: 104307
Summary: radeon ring 0 stalled for more than ... radeon ... GPU
lockup ...
Product: Mesa
Version: 17.2
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: narutocanada(a)gmail.com
QA Contact: dri-devel(a)lists.freedesktop.org
Created attachment 136241
--> https://bugs.freedesktop.org/attachment.cgi?id=136241&action=edit
apitrace trace --api gl ./a.out ; mv a.out.trace a.out.mesa-17.2.7.trace
# how to reproduce:
# cd /build/mesa-13.0.6/; make install
rm a.out t.ppm ; gcc gbm5.c -lgbm -lEGL -lGL -lGLU ; apitrace trace --api gl
./a.out ; display t.ppm
mv a.out.trace a.out.mesa-13.0.6.trace
# cd /build/mesa-17.2.7/; make install
echo > /var/log/messages
rm a.out t.ppm ; gcc gbm5.c -lgbm -lEGL -lGL -lGLU ; apitrace trace --api gl
./a.out ; display t.ppm
mv a.out.trace a.out.mesa-17.2.7.trace
# NOTE: nromally this shader runs for about 1 second (depends on GPU),
# but would never reach 10 seconds lockup timer defined in
drivers/gpu/drm/radeon/radeon_drv.c
# something changed in Mesa perhaps ?
# single source file at: https://github.com/narutocanada/smallpt-glsl
Dec 18 01:42:21 localhost kern.err kernel: [ 4272.087147] radeon 0000:00:01.0:
ring 0 stalled for more than 10020msec
Dec 18 01:42:21 localhost kern.warn kernel: [ 4272.089575] radeon 0000:00:01.0:
GPU lockup (current fence id 0x0000000000000019 last fence id
0x000000000000001a on ring 0)
Dec 18 01:42:22 localhost kern.err kernel: [ 4272.587921] radeon 0000:00:01.0:
ring 0 stalled for more than 10521msec
Dec 18 01:42:22 localhost kern.warn kernel: [ 4272.590350] radeon 0000:00:01.0:
GPU lockup (current fence id 0x0000000000000019 last fence id
0x000000000000001a on ring 0)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=104266
Bug ID: 104266
Summary: [polaris10][arm] blurred screen on AMD Radeon Pro WX
7100
Product: Mesa
Version: 17.2
Hardware: ARM
OS: All
Status: NEW
Severity: major
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: vedran(a)miletic.net
QA Contact: dri-devel(a)lists.freedesktop.org
Created attachment 136175
--> https://bugs.freedesktop.org/attachment.cgi?id=136175&action=edit
Photo
>From ML Mesa-dev:
https://lists.freedesktop.org/archives/mesa-dev/2017-December/179186.htmlhttps://lists.freedesktop.org/archives/mesa-dev/2017-December/179426.htmlhttps://lists.freedesktop.org/archives/mesa-dev/2017-December/180001.html
Hi,
We met a problem on ubuntu17.10 for arm server with amdgpu (AMD RADEON PRO WX
7100), we use open source driver which are integrated in ubuntu17.10 (Mesa
17.2.2). And the architecture is AArch64-linux-gnu.
we install:
apt-get install xserver-xorg xinit xfce4 and mesa-utils glmark2
we start x server:
startx
and then the monitor shows the screen and the screen is blurred (something
wrong).
And I have tried some opengl applications, the output has same
problem.(something is missing or in the wrong place.)
But in a x86_64 architecture server, with same OS. The screen output is normal.
(I check xorg\DDX\mesa\libdrm etc.all the versions are the same with aarch64
server.)
What I have done:
1. I upgrade kernel to 4.15-rc2 ,upgrade DRM to 3.23,upgrade DDX to
1.40,upgrade mesa to 17.2.6, but the problem still exist.
2. I enable ‘shadowprimary’ option, the screen output became normal, but the
performance drop quickly——glxgears drop from 4800fps to 600fps, glmark drop
from 4300 score to 730 score. (We solve the glxgears segmentation fault problem
by add the compile flags: -fsigned-char. In arm platform, char variant default
to "unsigned-char", that makes problem of glxgears segmentation fault. But
after we recompile mesa with -fsigned-char. The screen output still
tearing(blurred). the display problem still exist.)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=104193
Bug ID: 104193
Summary: [radeonsi] The Witcher 3 freezes the system with no
attachments calls & transform feedback Wine patch
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: shtetldik(a)gmail.com
QA Contact: dri-devel(a)lists.freedesktop.org
Created attachment 136068
--> https://bugs.freedesktop.org/attachment.cgi?id=136068&action=edit
The Witcher 3: rotfiends radeonsi freeze
Wine has an issue with distorted monsters in The Witcher 3. Józef Kucia
identified the problem as follows:
* wined3d doesn't support draw calls with no attachments,
* wined3d tries to map transform feedback buffers while transform feedback is
paused.
See https://bugs.winehq.org/show_bug.cgi?id=43872#c8
He provided a patch:
https://bugs.winehq.org/attachment.cgi?id=59848&action=diff&context=patch&c…
However applying it, is causing a system freeze (with radeonsi) after such kind
of monsters are encountered in the game and fighting them for some time. See
attached savegame for example with rotfiends.
Interestingly, Józef Kucia couldn't reproduce this freeze with radeon driver,
so it appears to be radeonsi specific.
You can apply the above Wine patch to Wine git master to test it (I build Wine
using just that patch, and one staging patch for performance:
https://raw.githubusercontent.com/wine-compholio/wine-staging/master/patche…
My last test environment:
OpenGL renderer string: AMD Radeon (TM) RX 480 Graphics (POLARIS10 / DRM 3.18.0
/ 4.13.0-1-amd64, LLVM 5.0.0)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.4.0-devel
(git-b926da241a)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=103972
Bug ID: 103972
Summary: GL_ARB_gpu_shader_int64. Compute shader. Shared
storage.
Product: Mesa
Version: 17.3
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: kampeador(a)gmail.com
QA Contact: dri-devel(a)lists.freedesktop.org
Created attachment 135802
--> https://bugs.freedesktop.org/attachment.cgi?id=135802&action=edit
main.cpp and shader.
Hello.
I can't assign a variable with the data from shared storage. Before 17.2.5 this
bug affected all storage types, when using loops. It was fixed. Now its with
shared storage only. Some algorithms are impossible to implement efficiently.
I've created a test app to reproduce this bug.
Output should be:
OUTPUT: 2101479989,1917184202,4191109983,1779160146
Currently it is:
0,0,4191109983,1779160146
It was also tested with AMD proprietary driver(GL_AMD_gpu_shader_int64) on
Windows 10 and worked correct.
Note 1: If you remove a "shared" qualifier inside shader, you will see a
correct output.
Note 2: Sometimes an app freezes my OS on Shader Program execution.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=103769
Bug ID: 103769
Summary: Unity based games do not start
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: major
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: bartos.petr(a)gmail.com
QA Contact: dri-devel(a)lists.freedesktop.org
Created attachment 135499
--> https://bugs.freedesktop.org/attachment.cgi?id=135499&action=edit
Crash of Layers of Fear
Hi,
It seems there is some problem with mesa git (in combination with llvm git) and
Unity based games. They are crashing at start.
I've already mentioned it here
https://bugs.freedesktop.org/show_bug.cgi?id=103389 , but recently I have found
that also Oddworld: New 'n' Tasty is crashing. Out of curiosity I've installed
also Rochard (which is older but also Unity based) and it is also crashing.
Reverting back to older version of mesa (and llvm 4.0), all three games are
working.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=103300
Bug ID: 103300
Summary: Tear rendering bug in Bioshock Infinite
Product: Mesa
Version: 17.2
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: ianbruene(a)gmail.com
QA Contact: dri-devel(a)lists.freedesktop.org
Created attachment 134870
--> https://bugs.freedesktop.org/attachment.cgi?id=134870&action=edit
What is
Running Ubuntu 17.04, kernel 4.12.11, mesa 17.2.2 padoka-stable (but it
appeared in an earlier version), RX 460.
In Bioshock Infinite there are "tears" which graphically consist of a swirly
glowy cloud thing and a sprite that looks like a tear with static inside. When
I encounter them the sprite is missing. This only effects the tears that have
the "static" in them (the music, three truths, and Elizabeth screaming ones),
but does not effect any of the story or combat tears.
What few tests I know how to do eliminate corruption in the installation (steam
verifies it), or corrupted shader cache (deleted that). I am *not* certain that
this is a driver bug, but it seems to lean in that direction.
Attached is a screenshot of how it looks on my system, vs how it should look.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=102962
Bug ID: 102962
Summary: GPU crash running Overwatch in wine-staging
Product: Mesa
Version: 17.2
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: tobi291019(a)gmail.com
QA Contact: dri-devel(a)lists.freedesktop.org
Running Overwatch in wine-staging 2.17 or 2.16 causes frequent GPU crashes, in
particular almost always when selecting Symmetra in the Hero Selection screen.
As far as I can tell there is no version of wine-staging (including specific
commits) that avoid this issue.
Interestingly, a patched version of wine-staging 2.16 and earlier
(https://github.com/gamax92/wine-overwatch) does not seem to trigger this at
all. (I suspect their removal of some wined3d related patches started to
trigger this, whilst the earlier version avoided it.)
No errors are shown on both wine's and mesa's end, although I have not
successfully tried a build with -DDEBUG CFLAG, which I could try in case this
is helpful.
I have tried working out which of the patches applied by the repository are
avoiding the issue, but haven't work out any good leads.
Running on Arch Linux with linux 4.13.3 (Custom compiled with unrelated
patches) and mesa 17.2.1. The issue can be reproduced both with the standard
wine-staging package on Arch as well as compiling the mentioned patched
version.
It might be worthwile to contact the wine developers about this, but their bug
reporting guidelines specifically say to not report driver issues there, so I
decided to report here first.
--
You are receiving this mail because:
You are the assignee for the bug.