https://bugs.freedesktop.org/show_bug.cgi?id=73785
Priority: medium Bug ID: 73785 Assignee: dri-devel@lists.freedesktop.org Summary: Team Fortress 2 causes random GPU stalls on radeonsi Severity: normal Classification: Unclassified OS: Linux (All) Reporter: xamaniqinqu@gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa
Created attachment 92376 --> https://bugs.freedesktop.org/attachment.cgi?id=92376&action=edit dmesg output related to the GPU stall.
Overview: The game "Team Fortress 2" causes the GPU to stall randomly. The stalls sometimes resolve by themselves after ~1 min, but will occur again rapidly.
Steps to reproduce: 1) Install "Team Fortress 2" through Steam ( http://store.steampowered.com/app/440/ ). 2) Start the game, join a map. 3) Play until the GPU hangs. 4) Optionally: wait until GPU recovers.
Actual results: Frequent GPU stalls while playing Team Fortress 2. Sometimes video output is restored after ~1 min.
Expected results: No stalls.
Build date and platform: Build date of all components: 01/18/2014 Linux kernel version: 3.13-rc8 x86_64 Mesa: git (566e0ddfd01dbadd75462fed5a3f141b9f494028) LLVM: 3.5-svn (commit 199570)
Additional information: I am running on a Radeon HD 7970 with DVI output at 2560x1440. Dynamic power management is enabled. Disabling Hi-Z does not alleviate the problem. The output of "dmesg 'drm|radeon'" has been added as an attachment. I could not reproduce the issue (yet) in another Source engine title, "Left 4 Dead 2".
https://bugs.freedesktop.org/show_bug.cgi?id=73785
--- Comment #1 from Alex Deucher agd5f@yahoo.com --- Is this a regression? If so when was the last time it was working? Does disabling dpm help? Boot with radeon.dpm=0 on the kernel command line in grub.
https://bugs.freedesktop.org/show_bug.cgi?id=73785
--- Comment #2 from Remco Zoet xamaniqinqu@gmail.com --- Hello Alex,
Thanks for replying to my bug report.
I am not certain exactly when this bug was introduced or even which component is involved, but since TF2 was stable a month ago it must be a regression.
I can report that having played well over 2 h with dynamic power management disabled, that this bug is related to dpm.
However, playing with radeon.dpm=1 and setting /sys/class/drm/card0/device/power_dpm_state to 'balanced' (down from 'performance'), the stalls become much less frequent, more in the range of once or twice every 2-3 hours.
https://bugs.freedesktop.org/show_bug.cgi?id=73785
Alex Deucher agd5f@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Team Fortress 2 causes |Team Fortress 2 causes |random GPU stalls on |random GPU stalls on |radeonsi |radeonsi with dpm enabled
--- Comment #3 from Alex Deucher agd5f@yahoo.com --- (In reply to comment #2)
Hello Alex,
Thanks for replying to my bug report.
I am not certain exactly when this bug was introduced or even which component is involved, but since TF2 was stable a month ago it must be a regression.
I can report that having played well over 2 h with dynamic power management disabled, that this bug is related to dpm.
However, playing with radeon.dpm=1 and setting /sys/class/drm/card0/device/power_dpm_state to 'balanced' (down from 'performance'), the stalls become much less frequent, more in the range of once or twice every 2-3 hours.
I think it's coincidence. balanced and performance are the same on your chip.
https://bugs.freedesktop.org/show_bug.cgi?id=73785
Alex Deucher agd5f@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Product|Mesa |DRI Version|git |unspecified Component|Drivers/Gallium/radeonsi |DRM/Radeon
https://bugs.freedesktop.org/show_bug.cgi?id=73785
--- Comment #4 from Lukas Kahnert openproggerfreak@gmail.com --- I have the same Problem but it doesn't matter if DPM is enabled or not.
I can reproduce this Bug when i play on the map "Ghost Town"(Wave 666). Always when the Tanks are comming and I going to them the GPU hangs. On other maps its more or less random.
Every component was build yesterday Linux 3.14-rc1(drm-fixes branch) LLVM 3.5-svn Mesa 10.2-devel git xorg 1.15.0 glamor 0.6
PS: Sorry for my bad English >_<
https://bugs.freedesktop.org/show_bug.cgi?id=73785
--- Comment #5 from Alex Deucher agd5f@yahoo.com --- Does disabling hyperz help?
https://bugs.freedesktop.org/show_bug.cgi?id=73785
--- Comment #6 from Lukas Kahnert openproggerfreak@gmail.com --- Yeah it helps
With R600_DEBUG=nohyperz there were no hangs in TF2 or Rust(both had the same Problem)
I saw HyperZ in now disabled by default so R600_DEBUG is not longer needed.
https://bugs.freedesktop.org/show_bug.cgi?id=73785
Marek Olšák maraeo@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Team Fortress 2 causes |[HyperZ] Team Fortress 2 |random GPU stalls on |causes random GPU stalls on |radeonsi with dpm enabled |radeonsi Product|DRI |Mesa Version|unspecified |git Component|DRM/Radeon |Drivers/Gallium/radeonsi
https://bugs.freedesktop.org/show_bug.cgi?id=73785
Andreas Boll andreas.boll.dev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |75112
https://bugs.freedesktop.org/show_bug.cgi?id=73785
--- Comment #7 from Marek Olšák maraeo@gmail.com --- Is this fixed with current Mesa git?
https://bugs.freedesktop.org/show_bug.cgi?id=73785
--- Comment #8 from Marek Olšák maraeo@gmail.com --- I don't see any hang here.
https://bugs.freedesktop.org/show_bug.cgi?id=73785
--- Comment #9 from bahamut2k456@aol.com --- Currently running revision git-d13d2fd, hyperz enabled, on a 280x. I'm seeing no issues.
https://bugs.freedesktop.org/show_bug.cgi?id=73785
Marek Olšák maraeo@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #10 from Marek Olšák maraeo@gmail.com --- (In reply to bahamut2k456 from comment #9)
Currently running revision git-d13d2fd, hyperz enabled, on a 280x. I'm seeing no issues.
Thanks. Closing.
https://bugs.freedesktop.org/show_bug.cgi?id=73785
Matías Locatti matias.locatti@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |--- Status|RESOLVED |REOPENED
--- Comment #11 from Matías Locatti matias.locatti@gmail.com --- I'm having this issue with an HD7750, running mesa-git didn't fix it.
https://bugs.freedesktop.org/show_bug.cgi?id=73785
--- Comment #12 from Nicolai Hähnle nhaehnle@gmail.com --- Hi Matías, to clarify: Does disabling HyperZ help for you as well?
https://bugs.freedesktop.org/show_bug.cgi?id=73785
--- Comment #13 from Matías Locatti matias.locatti@gmail.com --- R600_DEBUG=nohyperz right?
https://bugs.freedesktop.org/show_bug.cgi?id=73785
--- Comment #14 from Matías Locatti matias.locatti@gmail.com --- Nope, still happens.
https://bugs.freedesktop.org/show_bug.cgi?id=73785
Marek Olšák maraeo@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|REOPENED |RESOLVED
--- Comment #15 from Marek Olšák maraeo@gmail.com --- (In reply to Matías Locatti from comment #14)
Nope, still happens.
which means it's not a HyperZ issue. It must be something else. Closing as this bug report is against HyperZ.
dri-devel@lists.freedesktop.org