(In reply to iuno from comment #66) > (In reply to Alex Deucher from comment #65) > >=20 > > Yes, that is independent of the patch in attachment 131983 [details] [review] [rev= iew] > > [review]. The driver disables dynamic mclk switching for refresh= rates > > above 120 hz to avoid flickering. >=20 > Yes, I know it prevents flickering. Comment #62 was a reply and I mentioned > this as *another* problem (high power draw), independent from the fixe= d one. > Do you get flickering at 144Hz without forcing the mclk to high? I.e., wit= hout these patches: https://git.kerne= l.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=3D0a646f331db0= eb9efc8d3a95a44872036d441d58 https://git.kerne= l.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=3D58d7e3e427db= 1bd68f33025519a9468140280a75 https://git.kerne= l.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=3D09be4a521961= 0a6fae3215d4f51f948d6f5d2609 https://git.kerne= l.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=3D2275a3a2fe99= 14ba6d76c8ea490da3c08342bd19 > Do you know how this works on Windows? Do they i= ncrease voltage without > raising clocks and could this be an option for amdgpu too? It's not the mclk frequency or voltage, it's the blanking period for the display timing, it's apparently too short on some monitors at very high ref= resh rates for the mclk to finish switching in time. If part of the mclk switch happens outside of the vblank period, you end up with flickering or other display artifacts.