https://bugs.freedesktop.org/show_bug.cgi?id=69728
Priority: medium Bug ID: 69728 Assignee: dri-devel@lists.freedesktop.org Summary: Radeon Redwood (5670) GPU Lockup Severity: normal Classification: Unclassified OS: Linux (All) Reporter: pablow.1422@gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI
Created attachment 86404 --> https://bugs.freedesktop.org/attachment.cgi?id=86404&action=edit journalctl log
When running a 3D Game, like 0A.D. or Need for Speed Most Wanted or Counter Strike 1.6, both over wine, after a variable leght of time I get a GPU Lockup. While playing Counter Strike 1.6 sometimes I can get into a tty and kill exe process, which allows me to be able to use the desktop. If not, a completely system hang happens, but I can ssh in, thus is how I've obtained dmesg log (actually from journalctl).
This hang always happen also when I use accelerated flash games in Chrome or Firefox (11.6 11.2 flash versions).
I have no issues in normal desktop usage, or when playing FullHD videos using VDPAU.
My system is a AMD Phenom II x6 1100T; AMD Radeon HD 5670 (MSI) running Fedora pre-release 20: Kernel 3.11, DPM and UVD enabled, mesa 9.2.0, wine 1.7.1, KDE 4.11 with kwin using OpenGL 3.1 compositing.
Aditional Info: The hang occurs using kernel 3.11, 3.10, 3.9 with UVD and DPM enabled or disabled, kwin using OpenGL 3.1, 2.0 or 1.2 and bypassing (or not) desktop compositing with fullscreen apps.
I can provide any aditional info that could help. PD: sorry my english.
https://bugs.freedesktop.org/show_bug.cgi?id=69728
--- Comment #1 from pablow.1422@gmail.com --- Created attachment 86405 --> https://bugs.freedesktop.org/attachment.cgi?id=86405&action=edit another journalctl log
https://bugs.freedesktop.org/show_bug.cgi?id=69728
--- Comment #2 from Alex Deucher agd5f@yahoo.com --- Does disabling hyperZ help? E.g., set env var: R600_DEBUG=nohyperz
https://bugs.freedesktop.org/show_bug.cgi?id=69728
Alex Deucher agd5f@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Product|DRI |Mesa Version|XOrg CVS |9.2 Component|DRM/Radeon |Drivers/Gallium/r600
https://bugs.freedesktop.org/show_bug.cgi?id=69728
--- Comment #3 from pablow.1422@gmail.com --- Already tried that. It doesn't help.
https://bugs.freedesktop.org/show_bug.cgi?id=69728
--- Comment #4 from pablow.1422@gmail.com --- Created attachment 86426 --> https://bugs.freedesktop.org/attachment.cgi?id=86426&action=edit This is another dmesg log
...but this one if from a lockup which I could recover from, switching to a tty and killing the wineserver and exe proceses.
https://bugs.freedesktop.org/show_bug.cgi?id=69728
--- Comment #5 from Alex Deucher agd5f@yahoo.com --- You might also try: R600_DEBUG=nodma or R600_DEBUG=nosb
Also did you build mesa with opencl or llvm support? If so, does disabling llvm help?
R600_LLVM=0
https://bugs.freedesktop.org/show_bug.cgi?id=69728
--- Comment #6 from pablow.1422@gmail.com --- Created attachment 86456 --> https://bugs.freedesktop.org/attachment.cgi?id=86456&action=edit Mesa compile flags
It looks like it was compiled against llvm (I use standard Fedora 20 packages, this build log is what I get from koji build system).
But, I've tried all you suggested with no luck.
https://bugs.freedesktop.org/show_bug.cgi?id=69728
--- Comment #7 from pablow.1422@gmail.com --- I've done what you suggested with Mesa 9.3.0-devel (git-a64d3dd), the GPU lockup still occurs. Is there anything more that I could try?
https://bugs.freedesktop.org/show_bug.cgi?id=69728
--- Comment #8 from pablow.1422@gmail.com --- Sorry to bump.. but this bug have became very frustating. Now watching videos with flash cant be done without a lockup ocurring aproximately 20% of times (with rendering relying on GPU, software decoding). With fglrx it's OK.
It's there anything I could do from here? Just point me to the right direction and I'll try asist in chasing down this bug, no matter what time does it takes from me.
Thanks.
To add: I'm now using Kubuntu, with latest git mesa from oibaf ppa.
https://bugs.freedesktop.org/show_bug.cgi?id=69728
--- Comment #9 from Alex Deucher agd5f@yahoo.com --- (In reply to comment #8)
Sorry to bump.. but this bug have became very frustating. Now watching videos with flash cant be done without a lockup ocurring aproximately 20% of times (with rendering relying on GPU, software decoding). With fglrx it's OK.
Are you using adobe's flash player? Do you still get lockups using something other than adobe's flash player? It's known to be buggy.
https://bugs.freedesktop.org/show_bug.cgi?id=69728
--- Comment #10 from pablow.1422@gmail.com --- Actually, using adobe flash 11.2 wich is the latest usable version with firefox didn't bring a lockup, only adobe version 11.9 (PPAPI) with google chrome did.
Still, all the issues I had described in previous post still happens, like: Wine Games (counter strike 1.6 wich I belive is OpenGL 2.0), O AD, Xonotic causing a total system hang, after trying to reset the GPU several times (as I could see from the logs). To add, normal desktop usage (without counting the adobe flash issues) like libreoffice gpu acceleration, vdpau video player, Kwin composited, etc it's in good shape.
I've also tried set env var R600_DEBUG=nohyperz; R600_DEBUG=nodma; R600_DEBUG=nosb; R600_LLVM=0 with no luck.
https://bugs.freedesktop.org/show_bug.cgi?id=69728
--- Comment #11 from Vedran Miletić vedran@miletic.net --- Is this still an issue?
https://bugs.freedesktop.org/show_bug.cgi?id=69728
--- Comment #12 from pablow.1422@gmail.com --- (In reply to Vedran Miletić from comment #11)
Is this still an issue?
Hi! I no longer have that video card, so no idea if it's still an issue.
https://bugs.freedesktop.org/show_bug.cgi?id=69728
GitLab Migration User gitlab-migration@fdo.invalid changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |MOVED
--- Comment #13 from GitLab Migration User gitlab-migration@fdo.invalid --- -- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.
You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/464.
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org