Does anyone know when OpenSource ATI GPUs power options are fixed?

[Ansla]

bridgman was saying that there is a possibility to improve dynpm by doing the core and memory reclocks in different vertical blanking intervals. This would increase the chances that they complete during the VBI, but there is no guaranty. And since the proper power management exists and is under review at AMD noone is willing to work on improving dynpm. So until the proper power management code is released by AMD it would be better to stick to using profiles.

[brosis]

I am casting healing rays into this thread and awaiking it from necro state.

My X1900 did flicker a LOT in Ubuntu Unity on dynpm. A lot is - 4-6 flickers per second when I open dash.
Similarly HD5850 flickers on dynpm.

Right now I am levelraging purchase of either Mobility 4650 or 3870, to replace my burned X1900, but I sure way will have to deal with the same damn issue....

I can't purchase nvidia now, I was amazed by radeon. :/ What should I do? My notebook accepts only MXM 2.1 III slot.

My question is - can we somehow solve the flickering issue? What state does dynpm enter is not so problematic, compared to this flickering effect.
This is sure the number one issue with opensource radeon now.

[Melcar]

PM works on my HD4850, but it?s not perfect. Some flickering now and then, dynpm is not as responsive as I think it should be, and I have experienced a few lock ups.
It also works on my laptop?s X200, but here dynpm just flat out locks up the system forcing me to rely on profiles.

[ChrisXY]

For me dynpm doesn't put the clocks as deep as the low/mid profile. But let's see if it is better with 3.5 as soon as it works again.

[0xBADCODE]

For me dynpm works and reclocks my GPU very well, causing a EPIC power usage drop. However,
- It is not enabled by default anywhere and it's completely wrong to force users to deal with things like this on their own.
- Sometimes it fails to switch clocks in a timely manner so screen could blink once or twice when some 3D game starts. Not a huge problem but could be better.

And profile based management is simply odd. Why can't guys just blacklist low mode for defective cards, etc? For me on medium-end GPU mid power profile is still too much. You see, it makes no sense to display desktop at increased GPU speeds. And low power profile sets lowest clocks and hence least heat and least cooler's noise.

Strange AMD guys can't sort all this weirdness out. I suspect it shouldn't be too much work, no?

[RussianNeuroMancer]

But after a year, Catalyst for Linux still gives errors like reload gnome shell, force you log out etc.

Not Catalyst bug: http://ati.cchtml.com/show_bug.cgi?id=432#c14

[Death Knight]

Yes it looks like. But think on just Catalyst driver for Windows and for Linux... How much effort spent on "Windows only" part and how much for "Linux only" parts.
Using Radeon HD 6850, Catalyst for windows is usable and looks like error free from first day... But after a year, Catalyst for Linux still gives errors like reload gnome shell, force you log out etc. Yes it's faster than open source alternative but with full of bugs.. Means not quite usable!

[archibald]

You seem to be confusing "Windows development" with "Catalyst development" and "Linux development" with "Open source development". Remember that much of the code for the Catalyst driver is shared between operating systems.

[Death Knight]

Still a minority. But not a small number, isn't it? 10% income is not small amount.

Means, AMD's profit from linux users are ~%10 (or much). Questions is, if AMD spend 1/9 of the "windows driver development fund" to "linux driver development"?
I think they do not. If this is true, means, they doesn't pay back to us but they are paying back to windows users with the profits from linux users GPU purchases...

[t.s.]

That means 10% instead of 1%, we are still a minority

Still a minority. But not a small number, isn't it? 10% income is not small amount.