when i suspend my computer to ram & resume, the video slows down to a point that fullhd movies can't be played in realtime anymore.
This happens all the time on kernel 2.6.34-rc1-next-20100318+, 184.108.40.206-fc13, but happened only(?) 2 times out of 30 tests on 220.127.116.11-70.fc12
my test benchmark is:
mplayer /directories/MVI_3080.MOV -benchmark -nosound -fs
(the movie is about 19 seconds in time)
which plays the file in ~9.5 seconds on a fresh boot + startx,
after a suspend, it plays the file in ~20seconds.
when i ommit the video output (-vo null), the results are identical before and after.
It looks like the suspend downclocks the gpu & doesn't reset the clock after a resume, but i don't know how to confirm this?
The weird part was on the 18.104.22.168fc12 kernel: after the resume, the video played fine a couple of times, before playing slower, and right after (no suspend/resume in between, just re-playing), it played back on full speed. I still tagged this as regression because this issue appears everytime on the higher kernels tried.
dmesg doesn't show anything special concerning gpu
cpufreq isn't loaded, because of an actual acpi problem, but the i7z tool does show frequency changes. This does not change the -vo null benchmark results so i don't think it's related.
My X version:
Asus-p7h55d-v-evo with a corei5-661 cpu
Is there something i can do to debug this problem better ?
after my last system update, it looks like i'm unable to reproduce it? Could be a fixed xorg issue & not module.
Closing this issue for now