Created attachment 92376 [details] 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".
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.
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.
(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.
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 >_<
Does disabling hyperz help?
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.
Is this fixed with current Mesa git?
I don't see any hang here.
Currently running revision git-d13d2fd, hyperz enabled, on a 280x. I'm seeing no issues.
(In reply to bahamut2k456 from comment #9) > Currently running revision git-d13d2fd, hyperz enabled, on a 280x. I'm > seeing no issues. Thanks. Closing.
I'm having this issue with an HD7750, running mesa-git didn't fix it.
Hi Matías, to clarify: Does disabling HyperZ help for you as well?
R600_DEBUG=nohyperz right?
Nope, still happens.
(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.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.