Camel
On 9/11/20 3:07 AM, Camel Guo wrote:
From: Camel Guo camelg@axis.com
Add setup of bclk-to-ws ratio and sample rate when in master mode, as well as MCLK input pin setup.
Signed-off-by: Camel Guo camelg@axis.com
v2:
- Move GPIO setting into devicetree
- Move master config register setting into a new function
sound/soc/codecs/tlv320adcx140.c | 139 ++++++++++++++++++++++++++++++- sound/soc/codecs/tlv320adcx140.h | 27 ++++++ 2 files changed, 162 insertions(+), 4 deletions(-)
diff --git a/sound/soc/codecs/tlv320adcx140.c b/sound/soc/codecs/tlv320adcx140.c index 97f16fbba441..685f5fd8b537 100644 --- a/sound/soc/codecs/tlv320adcx140.c +++ b/sound/soc/codecs/tlv320adcx140.c @@ -35,6 +35,7 @@ struct adcx140_priv { unsigned int dai_fmt; unsigned int tdm_delay; unsigned int slot_width;
bool master; };
static const char * const gpo_config_names[] = {
@@ -651,11 +652,136 @@ static int adcx140_reset(struct adcx140_priv *adcx140) return ret; }
+static int adcx140_fs_bclk_ratio(unsigned int bclk_ratio) +{
- switch (bclk_ratio) {
- case 16:
return ADCX140_RATIO_16;
- case 24:
return ADCX140_RATIO_24;
- case 32:
return ADCX140_RATIO_32;
- case 48:
return ADCX140_RATIO_48;
- case 64:
return ADCX140_RATIO_64;
- case 96:
return ADCX140_RATIO_96;
- case 128:
return ADCX140_RATIO_128;
- case 192:
return ADCX140_RATIO_192;
- case 256:
return ADCX140_RATIO_256;
- case 384:
return ADCX140_RATIO_384;
- case 512:
return ADCX140_RATIO_512;
- case 1024:
return ADCX140_RATIO_1024;
- case 2048:
return ADCX140_RATIO_2048;
- default:
break;
- }
- return -EINVAL;
+}
+static int adcx140_fs_rate(unsigned int rate) +{
- switch (rate) {
- case 7350:
- case 8000:
return ADCX140_8_OR_7_35KHZ;
- case 14700:
- case 16000:
return ADCX140_16_OR_14_7KHZ;
- case 22050:
- case 24000:
return ADCX140_24_OR_22_05KHZ;
- case 29400:
- case 32000:
return ADCX140_32_OR_29_4KHZ;
- case 44100:
- case 48000:
return ADCX140_48_OR_44_1KHZ;
- case 88200:
- case 96000:
return ADCX140_96_OR_88_2KHZ;
- case 176400:
- case 192000:
return ADCX140_192_OR_176_4KHZ;
- case 352800:
- case 384000:
return ADCX140_384_OR_352_8KHZ;
- case 705600:
- case 768000:
return ADCX140_768_OR_705_6KHZ;
- default:
break;
- }
- return -EINVAL;
+}
+static int adcx140_setup_master_config(struct snd_soc_component *component,
struct snd_pcm_hw_params *params)
+{
- int ret = 0;
- struct adcx140_priv *adcx140 = snd_soc_component_get_drvdata(component);
- if (adcx140->master) {
Move this out to hw_params. No reason to jump here just to jump back.
Check for master and if master then configure
This will eliminate the mixed code and variable declaration below which is what I wanted to avoid in v1.
This will also allow you to remove some of the variable initialization.
u8 mst_cfg1 = 0;
u8 mst_cfg0 = 0;
This can be init to mst_cfg0 = ADCX140_BCLK_FSYNC_MASTER no reason to set it here and then change it immediately.
unsigned int bclk_ratio;
mst_cfg0 = ADCX140_BCLK_FSYNC_MASTER;
if (params_rate(params) % 1000)
mst_cfg0 |= ADCX140_FSYNCINV_BIT; /* 44.1 kHz et al */
ret = adcx140_fs_rate(params_rate(params));
if (ret < 0) {
dev_err(adcx140->dev, "%s: Unsupported rate %d\n",
__func__, params_rate(params));
return ret;
}
mst_cfg1 |= ret;
Why the | here? This is initialized to 0 so mst_cfg1 = ret. And why even use ret just return into mst_cfg1 and check that variable
/* In slave mode when using automatic clock configuration,
* the codec figures out the BCLK to FSYNC ratio itself. But
* here in master mode, we need to tell it.
*/
bclk_ratio = snd_soc_params_to_frame_size(params);
ret = adcx140_fs_bclk_ratio(bclk_ratio);
if (ret < 0) {
dev_err(adcx140->dev, "%s: Unsupported bclk_ratio %d\n",
__func__, bclk_ratio);
return ret;
}
mst_cfg1 |= ret;
snd_soc_component_update_bits(component, ADCX140_MST_CFG1,
ADCX140_FS_RATE_MSK |
ADCX140_RATIO_MSK,
mst_cfg1);
I don't understand the update_bits since you have calcualted both the Ratio and rate you can just write the register with the snd_soc_component_write.
snd_soc_component_update_bits(component, ADCX140_MST_CFG0,
ADCX140_FSYNCINV_BIT |
ADCX140_BCLK_FSYNC_MASTER,
mst_cfg0);
But this is ok. I actually have other changes I am posting which move this to the set_dai_format. So I am not sure if this will be needed after that patch is applied.
I will CC you on those patches.
Dan