http://bugs.freedesktop.org/show_bug.cgi?id=26214
--- Comment #1 from Rafał Miłecki 2010-01-28 09:03:40 PST
---
To solve this problem it would be enough to just re-enable audio engine after
resume (as GPU state is reseted).
However this way we keep r600_audio_update_hdmi timer looping all the time,
even before we manage to re-enable audio engine. This leads to following
situation:
[ 173.838067] [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample
0xf using 16 instead.
[ 173.938064] [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample
0xf using 16 instead.
[ 174.038012] [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample
0xf using 16 instead.
[ 174.138013] [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample
0xf using 16 instead.
[ 174.238011] [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample
0xf using 16 instead.
[ 174.338024] [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample
0xf using 16 instead.
[ 174.438024] [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample
0xf using 16 instead.
[ 174.533109] [drm] Clocks initialized !
[ 174.570184] [drm] ring test succeeded in 1 usecs
[ 174.570199] [drm] ib test succeeded in 0 usecs
[ 174.570202] [drm] Enabling audio support
So I believe we should completely stop our audio stuff for suspend and restart
it on resume.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
