Created attachment 114006 [details] dmesg I'm the owner of a AMD FirePro W4100. I've got that installed on an Ubuntu 14.04 box and I'm using xfce4 with 3 monitors. Everything is great until dpms powers down the primary monitor. This seems to have the effect of xrandr disabling the monitor. Then the only way I can get it back is to run xrandr --output DisplayPort-0 --auto and reconfig where the display is. Attached are a my dmesg, Xorg.0.log, and the xrandr output before the dpms event. Thank you, Rob
Created attachment 114007 [details] Xorg log file
Created attachment 114008 [details] xrandr output before power event
Created attachment 114009 [details] xrandr output after power event
Video of the the PM event: http://9f734ded2645134d3e71-d73ff76a379f8dcf54ecd98bc3821974.r60.cf1.rackcdn.com/MOVIE.mov
Seems like your monitor may trigger a hotplug signal when it goes off which the driver interprets as a disconnect.
Created attachment 114015 [details] [review] possible fix Does this kernel patch help? If not, we might try dropping the hdp stuff from set_irq and just leaving it set all the time.
I will give it a try today, thank you
building a new linux-image for ubuntu is tricky... might take me a little longer
That patch hasn't fix the issue but has changed the behavior. Now the main screen blanks, then the other two. After that all the screens come back which is a change as before the main screen would never return. The screens do not stay in powersave for more than a fraction of a second. In some events, the windows in the main screen get moved to the other screens but it is not consistent.
As an additional data point, monitor power-save seems to work correctly during the login screen, LightDM.
I'd like to close this as it seems to be working now. The issue was that at least one of the 3 monitors attached had to be connected with either an actual Display Port connection or (in my case) an active Display Port to DVI connection. Without that connection it would seem to trigger that power event that was reported.
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.