On Fri, Apr 30, 2010 at 12:45:38PM +0300, Peter Ujfalusi wrote:
On Friday 30 April 2010 11:41:00 ext Mark Brown wrote:
Moving the playback related configuration into events on the DAC widgets (or probably a supply connected to the DAC widgets) seems like a good move for a lot of these scenarios? The core will then take care of ensuring that the startup sequence for the playback is called for you and the states can do what they're supposed to more directly.
This is not working. Actually it works, if we come from BIAS_OFF, but... If I restart the playback fast (within asoc timeout for BIAS change), than the widget will not get event (since it is still powered). This means that I can not do the needed reconfiguration for the tlv320dac33 -> audio breaks.
I will keep the current logic, but move it a bit with the idle_bias_off change.
Hrm, you need to do this any time playback is started? Then just use the hooks in the normal audio stream bringup/teardown surely? It's possible that I'm missing something as a result of your list of use cases but I'd expect this to flow fairly naturally from the normal call flow.