Bug 67800

Please attach your dmesg output.

Created attachment 83722 [details]
Attached dmesg rright after boot

So. It seems that dpms isnt the (only) culprit after all. I left it disabled for the night and in the morning the computer was frozen again (the monitor was blanked, but still had signal).

This may be a duplicate of bug 65958.  Does setting the env var RADEON_VA=0 in your /etc/environment fix the issue?

(In reply to comment #4)
> This may be a duplicate of bug 65958.  Does setting the env var RADEON_VA=0
> in your /etc/environment fix the issue?

(In reply to comment #4)
> This may be a duplicate of bug 65958.  Does setting the env var RADEON_VA=0
> in your /etc/environment fix the issue?

Unfortunately it doesnt solve it. I still get freezes after a few hours of idle.

I recompiled the kernel (from linus' git) with these patches applied:

http://lists.freedesktop.org/archives/dri-devel/2013-August/043145.html
I also disabled C6 state from BIOS.

I had no freezes since then. I still have to test some longer idle times (i had ~3 hours maximum so far), but it seems promising.

Last night i rebooted and re-activated C6 in the BIOS. Reactivated dpms (turn off display completely after 4 minutes).

It the morning (~7 hours of idle time) the computer works as expected. So it seems that those patches  solved this issue. I will test it further for anothey day.

As a sideline, sleep state C6 enabled in the BIOS (versus disabled) lowers the idle temperature of the APU by 2-4 C.

This bug seems to be gone now in this form after the aforementioned patches were installed.

But now i have random freezes here and there when i am actually working on the computer.

I had it happening during compilation (with 3/4 threads), using the browser (Firefox, Seamonkey) and playback (xv, mplayer).

I never had it happen if i used something opengl related such as games (TF2, DoD)
or xbmc. On the other hand xbmc exhibited severe memory leaks occasionally if i used vdpau.

Thermals, at least the ones indicated by sensors dont seem to be a problem - i compiled for hours stuff on it and didnt freeze. And on other occasions it froze after a few minutes. Core temperature was 44C on the last occasion.
Temperatures go up to 57C with 3-4 threads and nothing bad happens except thermal throttling (with fglrx i had up to 60C).

I may have found a crude workaround for the freezing issue.
It seems that if i completely disable screensaver (it was turning the monitor off with dpms after 4 minutes) and leave the monitor on permanently works. I now have 1 day uptime.

It froze after 1 days and 13 hours. Subsequent reboots all ended in freeze in 6-12 hours time.

Created attachment 84976 [details]
netconsole capture until freeze

I attached a netconsole capture, maybe it helps.

I set the following kernel command line options

radeon.dpm=1 ignore_loglevel drm.debug=14

drm.debug=15 had too much output, dozens of lines per second.

It doesnt have the boot part because i had to enable netconsole runtime as i use a bridge and it comes up after netconsole wants to begin logging (if i use eth0 it logs until br0 comes up) if i use the kernel command line to set up netconsole.

I have a 17" LCD Monitor connected to the CRT1 connector.

The freezes are still happening, both with kernel 3.11 stable or the later git versions, mesa 9.2 stable or with the 9.3 devel git.

Well interesting news. 
I played around with glamor acceleration, and to my surprise, my computer ran for 2 days and 16 hours or so without problems (did just about everything i do usually - browse, watch movies with vdpau, play games).
After that restarted X with exa rendering and the computer froze hard within minutes. Will test this further.

I think this bug can be closed. Using the kernels rc3-rc4 i never had any freezes when the computer was left idle.
With rc3 did happen a few times, but all of them happened when somehing was playing in flash player, so might be related to mesa or glamor.
Since rc3+, it never froze in any circumstances.