[PATCH 3/3] ASoC: codec: tlv3204: Moving GPIO reset and add ADC reset

Sit, Michael Wei Hong michael.wei.hong.sit at intel.com
Thu Jul 30 07:46:20 CEST 2020


Hi Dan,

The code snippet is taken from the aic32x4_component_probe function of the driver in 5.8.

Could you have a look at that portion and see if it is the same?

Thanks,
Regards,
Michael

-----Original Message-----
From: Dan Murphy <dmurphy at ti.com> 
Sent: Wednesday, 29 July, 2020 8:31 PM
To: Sit, Michael Wei Hong <michael.wei.hong.sit at intel.com>; alsa-devel at alsa-project.org
Cc: tiwai at suse.com; broonie at kernel.org; pierre-louis.bossart at linux.intel.com; Rojewski, Cezary <cezary.rojewski at intel.com>; Shevchenko, Andriy <andriy.shevchenko at intel.com>; liam.r.girdwood at linux.intel.com; Sia, Jee Heng <jee.heng.sia at intel.com>; a-estrada at ti.com; zakkaye at ti.com
Subject: Re: [PATCH 3/3] ASoC: codec: tlv3204: Moving GPIO reset and add ADC reset

Hello

On 7/29/20 2:32 AM, Michael Sit Wei Hong wrote:
> Moving GPIO reset to a later stage and before clock registration to 
> ensure that the host system and codec clocks are in sync. If the host 
> register clock values prior to gpio reset, the last configured codec 
> clock is registered to the host. The codec then gets gpio resetted 
> setting the codec clocks to their default value, causing a mismatch. 
> Host system will skip clock setting thinking the codec clocks are 
> already at the requested rate.
>
> ADC reset is added to ensure the next audio capture does not have 
> undesired artifacts. It is probably related to the original code where 
> the probe function resets the ADC prior to 1st record.
>
> Signed-off-by: Michael Sit Wei Hong <michael.wei.hong.sit at intel.com>
> Reviewed-by: Sia Jee Heng <jee.heng.sia at intel.com>
> Reviewed-by: Pierre-Louis Bossart 
> <pierre-louis.bossart at linux.intel.com>
> ---
>   sound/soc/codecs/tlv320aic32x4.c | 47 ++++++++++++++++++++++++--------
>   1 file changed, 35 insertions(+), 12 deletions(-)
>
> diff --git a/sound/soc/codecs/tlv320aic32x4.c 
> b/sound/soc/codecs/tlv320aic32x4.c
> index 5af438a00f95..37e14558d7c0 100644
> --- a/sound/soc/codecs/tlv320aic32x4.c
> +++ b/sound/soc/codecs/tlv320aic32x4.c
> @@ -50,6 +50,28 @@ struct aic32x4_priv {
>   	struct device *dev;
>   };
>   
> +static int aic32x4_reset_adc(struct snd_soc_dapm_widget *w,
> +			     struct snd_kcontrol *kcontrol, int event) {
> +	struct snd_soc_component *component = snd_soc_dapm_to_component(w->dapm);
> +	u32 adc_reg;
> +
> +	/*
> +	 * Workaround: the datasheet does not mention a required programming
> +	 * sequence but experiments show the ADC needs to be reset after each
> +	 * capture to avoid audible artifacts.
> +	 */
> +	switch (event) {
> +	case SND_SOC_DAPM_POST_PMD:
> +		adc_reg = snd_soc_component_read32(component, AIC32X4_ADCSETUP);

This gives me a build error

sound/soc/codecs/tlv320aic32x4.c: In function ‘aic32x4_reset_adc’:
sound/soc/codecs/tlv320aic32x4.c:66:13: error: implicit declaration of function ‘snd_soc_component_read32’; did you mean ‘snd_soc_component_read’? [-Werror=implicit-function-declaration]
    66 |   adc_reg = snd_soc_component_read32(component, AIC32X4_ADCSETUP);
       |             ^~~~~~~~~~~~~~~~~~~~~~~~
       |             snd_soc_component_read

Also you should check the return to make sure it is valid.

Dan




More information about the Alsa-devel mailing list