On Thu, Mar 26, 2009 at 02:21:46PM +0100, Daniel Gl??ckner wrote:
While using a tlv320aic3101 as a clock master, it often happened that the clock lines got stuck while changing the sampling rate. In a discussion with TI technical support it was suggested to shut down the ADC and DAC while there are changes being made to the clock.
Following that rule resolves the problem, but merely writing the registers to switch the ADC/DAC off is not enough. One needs to poll the power status registers to wait until they have completely shut down.
The aforementioned rule implies that we can not disable the PLL in stand-by bias level.
Could you go into more detail on why you believe that this is the case? The DACs and ADCs won't be operational when the bias is held at standby which means that at most standby needs to wait for them to go idle.
In any case, it's looking more and more like the driver should just implement a set_pll() operaton here...
+static u8 aic3x_power_codec(struct snd_soc_codec *codec, u8 new) +{
This really needs some comments explaining what it's doing; it's not really clear what effect it's trying to achieve or how it interacts with DAPM.
@@ -749,9 +800,11 @@ static int aic3x_hw_params(struct snd_pcm_substream *substream, struct snd_soc_codec *codec = socdev->codec; struct aic3x_priv *aic3x = codec->private_data; int codec_clk = 0, bypass_pll = 0, fsref, last_clk = 0;
- u8 data, r, p, pll_q, pll_p = 1, pll_r = 1, pll_j = 1;
u8 data, r, p, pll_q, pll_p = 1, pll_r = 1, pll_j = 1, state_saved; u16 pll_d = 1;
state_saved = aic3x_power_off_wait(codec);
This appears to unconditionally power off the DAC and ADC when setting parameters - I'd expect that to cause issues with simultaneous record and playback, even for completely symmetric configurations where there's no actual change in configuration being made. It'd be better to check to see if a change is being requested while the device is operational and refuse to reconfigure if that is the case.
if (last_clk == 0) { printk(KERN_ERR "%s(): unable to setup PLL\n", __func__);
aic3x_power_codec(codec, state_saved);
This looks wrong - if the configuration is known broken then I'd expect that it'd be safer to leave things powered off.