Heya Radeon users,
I'm posting on my issues that I've been having w/ my Fury X getting very seldom & random video corruption (the green horizontal lines flickering across the entire screen that would render the screen view garbled).
I had earlier researched this corruption & had narrowed it down to the AMD driver's ULPS (ultra low power state) switching (my Fury X's Fiji GPU has this capability along w/ most of the new AMD refreshed GPU's) & so I had thought that when I upgraded my drivers from Cat 15.7 to Cat 15.7.1 then finally to Radeon Crimson 15.11 drivers that this would stop altogether, but it would eventually show up again as mentioned above.
Now this would only show up when I was using IE in 1 tab & the screen wasn't busy (no mouse movement or view movement) which would drop the GPU usage below 1% but on a random pattern & very seldom in nature.....
I found that I didn't have to reboot the box or the monitor to clear this.....only needed to do something that would call for the screen to be redrawn (I did the 3 fingered salute to force a graphics draw call then cancelled the request once the screen refreshed) & the prior screen view was back w\o issue...........
This was pointing to the ULPS switching of the AMD driver so I went into MSI AB & clicked the checkbox to disable ULPS in the Win registry then followed up by going into the registry & checked the "EnableULPS" key in the AMD driver class to ensure that it was disabled & witnessed the "0" hex so I knew this was disabled but the video corruption didn't stop....................
I couldn't figure this out but I DID notice that when I had MSI AB open & I moved my mouse pointer (which is using the supplied Asus ROG 3D graphics mouse pointer, among other items) I would see the GPU clocks respond from the low GPU clock speed of 300 Mhz to around 500-650 Mhz & when I stopped moving the mouse pointer the GPU clocks would drop back down to the 300 Mhz speed setting..... I thought this behavior was not normal as there wasn't enough 3D graphics present to tax this Fiji at the low speed setting of 300 Mhz & I would get the same GPU behavior when I was surfing in IE as well but I couldn't tie it all together for quite some time........until this morning..............
I was reading a posting on the HardOCP forums concerning this issue & 1 poster made mention of checking the OS's power state setting to see if the OP had this set to "High Performance" & that's when the light bulb went off in my head...........
I remembered that I had set this setting in Win 7 to "High Performance" back when I had built this box & had reset this back to this power state when I did a fresh install of Win 7 SP1 on the Plextor M6e Black Edition PCI-E 512Gb SSD that I have installed recently as I wanted my CPU to have full power available to it at all times--even though my CPU is using Intel's Speedstep & will step down on the power & clocks when the CPU load drops down & this can't be disabled in the Asus UEFI.....been there, done this several times (the UEFI setting is Enhanced Intel Speedstep which I proved was preventing my CPU from going into CPU Turbo Cache OC speeds when CPU was put under a load even though the CPU temps & power levels were WAY below the thresholds so this is disabled in the Asus UEFI on my Asus Rampage IV Gene & then verified that my CPU will now go into Turbo Cache OC speeds under a CPU load but I also verified that the CPU is still speed stepping down when the CPU loads drop off......verified thru using Asus AI Suite CPU Frequency monitoring software). I got the idea that the AMD driver probably needs to see this set in the OS to any other power state setting than High Performance for the AMD graphics driver to operate the GPU properly (driver needs the OS power state set to enable power saving at the OS level for the driver to work ULPS in the GPU) so I went in & reset the power state level in my OS from High Performance to Balanced & then opened MSI AB & performed a mouse pointer movement as I have done before & voila! the GPU clocks didn't move off the low clock speed of 300 Mhz....no matter how much I moved the mouse!
I then went up in AHII & flew around & I noted that all was operating as before (holding 59-60 FPS & all gameplay was butter smooth) then I went out of the game & opened MSI AB to see the GPU performance graphs & all was looking very good but I also noted the GPU clocks ingame had actually dropped another 5%-10% lower than my last recorded graphs (around 400-650 instead of 650-837)......liking that even more.
So far I have been testing my box since these OS setting changes & reenabling ULPS in my Crimson driver for the last 3 1/2 hrs while in IE & haven't had any more video corruption issues to date.....GPU clocks are holding steady at the low speed setting of 300 Mhz & GPU usage % is staying below 5%............ I'll keep monitoring this to get a definitive call but it does appear that this issue just may be resolved now.............
In closing it appears that the AMD graphics driver needs the OS power state set to be using it's power saving coding to tell the driver when to use the ULPS switching on the GPU so that all coincides & works together................ If the OS power state is set to High Performance this causes the AMD driver to err & cause the GPU to stumble resulting in a graphics error....guessing that the GPU tries to render a 2D drawn frame in 3D........
I can't say that this will help w/ AMD drivers using ULPS w/ AMD Crossfire (main issue here is ULPS shutting down 1 of the 2 GPU's when GPU usage loads drop off causing stuttering & BSOD's during gaming) as I don't have 2 AMD GPU's set up in Crossfire.
Putting this out there if someone else runs into this issue on a new single GPU AMD graphics card...........