https://bugs.freedesktop.org/show_bug.cgi?id=93762

--- Comment #1 from andre35822@yahoo.com --- Forgot to mention I am on Arch Linux, kernel 4.3.3, mesa 11.1 and am using an AMD 7950.

https://bugs.freedesktop.org/show_bug.cgi?id=93762

--- Comment #3 from andre35822@yahoo.com --- (In reply to Nicolai Hähnle from comment #2)

Thanks for the report. Did the messages

[43513.525167] [drm:si_dpm_set_power_state [radeon]] *ERROR* si_set_sw_state failed [43982.380508] [drm:si_dpm_set_power_state [radeon]] *ERROR* si_restrict_performance_levels_before_switch failed

occur at the same time as the stutter? That would point at a kernel problem.

No messages appeared on my screen, what I have noticed is that whenever this freezing occurs, so does my entire system essentially (I can still hear audio from Skype or Mumble but I can't interact with things)...however those messages seem familiar..ahh I know. I think I have seen those messages occasionally show up on my screen when I log out/log back in. I think I started getting this since the 4.1 kernels....

I am not really sure what I can do to further help you but please let me know!

Although, this portion is offtopic. I have another machine with an AMD 6570 or something and those messages would occasionally show up on Linux Mint 17.1 and the kernel that one uses is 3.18.

https://bugs.freedesktop.org/show_bug.cgi?id=93762

--- Comment #5 from andre35822@yahoo.com --- (In reply to Alex Deucher from comment #4)

Those messages would not be triggered by an application. They can only be triggered by manually changing the power state via sysfs or via a display change event such as switching between single and multi display.

I think I have messed with the power state once by following the Arch Linux wiki, though the wiki said the methods provided would not be permanent so it isn't anything that I did right?

Are these errors responsible for the problems I am getting in OP?

Thanks again!

https://bugs.freedesktop.org/show_bug.cgi?id=93762

--- Comment #7 from andre35822@yahoo.com --- (In reply to Michel Dänzer from comment #6)

Please run the game with the environment variable GALLIUM_HUD=fps,requested-VRAM+VRAM-usage,requested-GTT+GTT-usage,GPU-load, num-bytes-moved,buffer-wait-time,num-compilations+num-shaders-created and attach a screenshot of the game window taken just after a freeze occurred.

Um, my Linux knowledge is limited with this. I have minecraft-launcher in my /usr/bin folder, so what I did was I put the following in the terminal and hit enter

/usr/share/minecraft/ GALLIUM_HUD=fps,requested-VRAM+VRAM-usage,requested-GTT+GTT-usage,GPU-load,num-bytes-moved,buffer-wait-time,num-compilations+num-shaders-created

The game loaded up but I don't know if what you want is working.

https://bugs.freedesktop.org/show_bug.cgi?id=93762

--- Comment #9 from andre35822@yahoo.com --- (In reply to Matthew Dawson from comment #8)

What do you normally run to start minecraft from the terminal? I'll assume it's just minecraft, but if it is different just replace that part. Run:

GALLIUM_HUD=fps,requested-VRAM+VRAM-usage,requested-GTT+GTT-usage,GPU-load, num-bytes-moved,buffer-wait-time,num-compilations+num-shaders-created minecraft

If it works, you should see a bunch of graphs appears on the screen.

That definitely did the trick, okay, thank you! I will play in the world and take a screenshot once a stutter happens!

https://bugs.freedesktop.org/show_bug.cgi?id=93762

Timothy Arceri t_arceri@yahoo.com.au changed:

What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |NOTABUG

--- Comment #11 from Timothy Arceri t_arceri@yahoo.com.au --- Running applications in the background or networked game play will increase cpu use. It's not unreasonable for this to cause stuttering on a lower end cpu.

Since there is not much else to go on here and radeonsi has received many updates to reduce various types of cpu use since this was reported I'm closing this bug for now.