https://bugs.freedesktop.org/show_bug.cgi?id=56666
Priority: medium
Bug ID: 56666
Assignee: dri-devel(a)lists.freedesktop.org
Summary: AMD SUMO GPU lockup when launching any heavy 3D
application
Severity: critical
Classification: Unclassified
OS: Linux (All)
Reporter: runetmember(a)gmail.com
Hardware: x86-64 (AMD64)
Status: NEW
Version: XOrg CVS
…
[View More]Component: DRM/Radeon
Product: DRI
Created attachment 69423
--> https://bugs.freedesktop.org/attachment.cgi?id=69423&action=edit
AMD SUMO GPU lockup when I launch Unigine Heaven 3
GPU lockup happen for me while launching any heavy 3D application on Radeon HD
6620G. For example GPU lockup 100% reproducible when I launch Unigine Heaven 3
(dmesg attached). It also may happen in web-browser, if browser use rendering
hardware acceleration (for example Firefox with enabled
"layers.acceleration.force-enabled" option).
Lockup is not reproducible when I launch same applications on discrete Radeon
HD 6650M GPU using DRI_PRIME feature, so I guess my issue related to AMD SUMO
GPU's (or maybe to more APU's).
Software:
Kubuntu 12.10 x86_64 updated from Xorg Edgers PPA.
Linux 3.7rc3. With Linux 3.5 and 3.6 is also reproducible,
Mesa: 9.1~git20121029.00e6819e
libdrm-radeon1: git20121025.bc494b31
xserver-xorg-video-radeon: git20120928.e8cb0b72
xserver-xorg-core: 1.13.0+git20120920.70e57668
KDE 4.9.2, desktop effects enabled.
Hardware:
Acer Aspire 7560G laptop, BIOS 2.04,
AMD APU A8-3500M with integrated Radeon HD 6620G (SUMO)
Discrete AMD Radeon HD 6650M (TURKS)
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=100305
Bug ID: 100305
Summary: [BAT][IGT]basic tests in gem_ctx_basic, gem_ctx_exec,
gem_ctx_params fail
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: IGT
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: tomi.p.sarvela(a)intel.com
…
[View More]This problem is fallout from commit 301ad44cdf1b868b1ab89096721da91fa8541fdc
lib: Open debugfs files for the given DRM device
Error is always the same:
(gem_ctx_basic:6494) igt-debugfs-CRITICAL: Test assertion failure function
igt_drop_caches_set, file igt_debugfs.c:964:
(gem_ctx_basic:6494) igt-debugfs-CRITICAL: Failed assertion: fd >= 0
(gem_ctx_basic:6494) igt-debugfs-CRITICAL: Last errno: 2, No such file or
directory
Test gem_ctx_basic failed.
Problem in a nutshell:
tomeu> test has a fd for the render node, but wants to tweak the
i915_gem_drop_caches file for the legacy device
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=100697
Bug ID: 100697
Summary: [radeonsi,WebGL] blinking random patches instead of
blinking squares
Product: Mesa
Version: git
Hardware: Other
URL: https://robertsspaceindustries.com/starmap
OS: All
Status: NEW
Severity: minor
Priority: low
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel(…
[View More]a)lists.freedesktop.org
Reporter: kai(a)dev.carbon-project.org
QA Contact: dri-devel(a)lists.freedesktop.org
Created attachment 130867
--> https://bugs.freedesktop.org/attachment.cgi?id=130867&action=edit
Random blinking spots instead of squares
When viewing <https://robertsspaceindustries.com/starmap> you can see random
blinking patches (see attached screenshot) instead of full screen of blinking
squares in the background during the loading screens. The first few seconds of
<https://www.youtube.com/watch?v=Xn3MeDnryt8> show how the background should
look.
Please note, that the actual star map works fine AFAICT (thus the reduced
severity and priority).
This is with the OpenGL stack detailed below and Firefox 52.0.2. Also this
doesn't seem to be a duplicate of bug 100036 as that star map seems to render
correctly for me with the same setup.
The full stack (Debian testing as a base) is:
GPU: Hawaii PRO [Radeon R9 290] (ChipID = 0x67b1)
Mesa: Git:master/566f2ed571
libdrm: Git:master/c9c77c3717 (tag libdrm-2.4.79)
LLVM: SVN:trunk/r299977 (5.0 devel)
X.Org: 2:1.19.2-1
Linux: 4.10.9
Firmware (firmware-amd-graphics): 20161130-2
libclc: 0.2.0+git20170330-1 (rebuilt for LLVM 5.0)
DDX (xserver-xorg-video-amdgpu): 1.2.0-1+b1
Let me know if you need anything else.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=101651
Bug ID: 101651
Summary: [radeonsi][hawaii] Borderlands 2 rendering issues with
recent mesa/llvm
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: ptpzz(a)…
[View More]yandex.ru
QA Contact: dri-devel(a)lists.freedesktop.org
Created attachment 132354
--> https://bugs.freedesktop.org/attachment.cgi?id=132354&action=edit
screenshot (wrong rendering)
AFAICS it's related to the VCCZ bug. There is a workaround for SI/CIK in the
AMDGPU LLVM backend (SIInsertWaitcnts.cpp) but it doesn't handle this case.
The attached patch fixes it for me by relaxing the workaround condition, but
probably it can be improved if there is a detailed info on that bug. OTOH I
guess it won't have a noticeable effect on performance anyway, so maybe it's
safer to use the patch as is.
The issue is reproducible with the reduced OpenCL test in the attachment:
$ make
// run on cpu - reference result
$ ./testcpu
117
// OpenCL/gpu - wrong result
$ LD_PRELOAD=/opt/llvm64_master/lib/libLLVM-5.0svn.so ./testgpu
99
// OpenCL/gpu + patch - correct result
$ LD_PRELOAD=/opt/llvm64_patched/lib/libLLVM-5.0svn.so ./testgpu
117
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=99528
Bug ID: 99528
Summary: Wine game doesn't redraw properly in fullscreen
Product: Mesa
Version: git
Hardware: Other
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: dark.shadow4(a)web.de
QA Contact: dri-…
[View More]devel(a)lists.freedesktop.org
Created attachment 129133
--> https://bugs.freedesktop.org/attachment.cgi?id=129133&action=edit
Trace from the game
The windows game DXBall doesn't properly redraw in fullscreen mode.
I assume it's an radeonsi bug, since others reported it working fine. Also,
LIBGL_ALWAYS_SOFTWARE makes it render properly, although fairly slow.
Apitrace attached, notice how the upper half is a static image while the lower
half is how it should look like.
Also noteworthy is that it works sometimes. Seemingly random, the fullscreen
game either renders fine or displays just a static image from the first menu.
System
-Arch 64bit
-Radeon R9 285 using amdgpu and opensource driver
-Mesa 17.1.0-devel (git-0054dded03)
Game in question: http://www.blitwise.com/Scorched_Reality/DXBall19.EXE
Just run it with wine2.0
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=87059
Bug ID: 87059
Summary: Graphical glitches r9290
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: jarkko_korpi(a)hotmail.com
Created attachment 110519
--> https://bugs.…
[View More]freedesktop.org/attachment.cgi?id=110519&action=edit
glitches
I just bought This war of mine and there is some animation at start and it has
weird black boxes.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugzilla.kernel.org/show_bug.cgi?id=195231
Bug ID: 195231
Summary: Continuous messages of "*ERROR* UVD not responding,
trying to reset the VCPU!!!" and frozen screen
Product: Drivers
Version: 2.5
Kernel Version: 4.10.3
Hardware: x86-64
OS: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority: P1
Component: Video(DRI - non Intel)
…
[View More] Assignee: drivers_video-dri(a)kernel-bugs.osdl.org
Reporter: rbrito(a)ime.usp.br
Regression: No
Hi.
First of all, I'm not sure if I selected the correct category when filing this
bug. I don't mind being corrected here.
OK, now, to the actual bug report.
My mother has a Dell Inspiron 15R N5110, which has an intel Sandy Bridge
integrated card and an AMD Radeon card (if I'm not mistaken it is reported as
an HD6400 series card, not being more specific).
According to my mother, it was working correctly with an Ubuntu running their
kernel 4.4 until it started only showing a black screen about 15 days ago.
I took her notebook and saw that the problem is that the kernel is now showing
many times the message "*ERROR* UVD not responding, trying to reset the
VCPU!!!" and the graphical environment does not completes loading.
I tried using Ubuntu's precompiled and unpatched 4.10.3, but the problem
persists (in fact, I was ping-pong'ing with many kernel versions to see if
something worked).
Besides working around the issue with radeon.modeset=0, so that the computer
can successfully boot, I don't know what to do to fix this issue, but I can
provide as much information as needed about it.
The unfortunate thing with the radeon.modeset=0 (that wasn't necessary, say,
about one month ago) is that she can't play some games that she used to and
that's her only entertainment, after having been diagnosed with some serious
illness. :(
Again, I can provide as much information as needed.
Thanks,
Rogério Brito.
--
You are receiving this mail because:
You are watching the assignee of the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=101478
Bug ID: 101478
Summary: Display not working after a certain commit
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: DRM/AMDgpu
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: john.ettedgui(a)gmail.com
Created attachment 132016
--> https://…
[View More]bugs.freedesktop.org/attachment.cgi?id=132016&action=edit
dmesg
Hello,
I've been using Alex's linux amd-staging-4.11 tree for a bit, but a certain
commit makes it unusable for me:
commit 70b696cc1961fca375f4eeb649df90d17016fc52
drm/amdgpu: Add module param to control SI support
With this commit, the display stops getting updated during boot, and based on
dmesg sddm crashes. The system is still responsive and seems to work fine apart
from the display when I tried using it from SSH.
I've attached the dmesg.
I am using a 280X so SI.
I'm on Arch Linux 64b, up to date.
Maybe my configuration needs to change after this commit, I'm happy to try
anything.
Thanks!
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=89327
Bug ID: 89327
Summary: Loss of HDMI audio on auto screen off (energy saving)
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: john.ettedgui(a)gmail.com
…
[View More]QA Contact: dri-devel(a)lists.freedesktop.org
Since moving to 4.0-rc1 when my screen goes off (energy saving), I lose the
hdmi audio, standard stuff.
When I move the mouse I get the screen back but not the audio anymore.
Switching it back on with xrandr works.
Thanks
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=83748
Priority: medium
Bug ID: 83748
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Only black content on screen, in the Tokyo flashback
of the game "The Secret World"
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: john.ettedgui(a)gmail.com
Hardware: x86-64 (AMD64)
Status: NEW
Version: …
[View More]git
Component: Drivers/Gallium/radeonsi
Product: Mesa
Hey,
I am trying to play the game "The Secret World" on my system.
It is a Windows game so I am using Wine to run it.
Initially the game runs, and I can see everything (cinematics and in-game
stuff), but for some reason once I enter the Tokyo flashback, I cannot see the
cinematic or anything in that dungeon.
In the cinematic my screen seems to be completely black.
Once back in-game, all content is dark/black, but I can kind of see where walls
are or the overall shape of my character. Maybe that's what it would be with a
null contrast and 0 brightness? Also the game is still running, I can interact
with the npcs (if I manage to find them) etc...
I tried using stable mesa 10.2.7 instead of daily git but it was the same.
I then tried running the game on the same machine using the Catalyst drivers
and all the visuals were there, both in the cinematic and in-game, so as far as
I can see the issue shouldn't be in Wine.
I don't understand why I'm getting that problem only in that part of the game,
I've passed it using Catalyst, and now I'm able to continue the game normally
with the gallium driver after this strange part...
I am not sure what logs to add to this, since it is a visual issue and I don't
see any kind of error message about it (although it could be hidden in the wine
verbose logs I suppose).
My system:
Radeon 7970 running with Mesa, daily git or 10.2.7.
llvm either daily git or 3.5.0
Arch Linux 64b with Linux kernel 3.16.2
I've tried both wine and wine-csmt, both have the same issue.
Thanks!
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]