[alsa-devel] [PATCH v3 19/22] ASoC: Intel: bytcr_rt5651: Add support for Bay Trail CR / SSP0 using boards
Pierre-Louis Bossart
pierre-louis.bossart at linux.intel.com
Sat Mar 10 00:30:16 CET 2018
Sorry about the delay, I've only found the time to look at this machine
driver changes this afternoon while I was doing the SOF integration
> @@ -291,9 +332,16 @@ static int byt_rt5651_aif1_hw_params(struct snd_pcm_substream *substream,
> {
> struct snd_soc_pcm_runtime *rtd = substream->private_data;
> struct snd_soc_dai *codec_dai = rtd->codec_dai;
> + snd_pcm_format_t format = params_format(params);
> int rate = params_rate(params);
> + int bclk_ratio;
>
> - return byt_rt5651_prepare_and_enable_pll1(codec_dai, rate, 50);
> + if (format == SNDRV_PCM_FORMAT_S16_LE)
> + bclk_ratio = 32;
I don't think we can generate a 32x ratio with a 19.2 MHz clock, even
less so with a 25MHz reference.
And in addition in the bytcr_rt5640 case we could never get any audio on
bytcr which uses the SSP0 link without the mclk enabled, so this
SSP0+blck mode was never tested (maybe precisely because this ratio was
wrong...)
In other words there is a test gap here for the case using SSP0+bclk as
a reference with the rt5651 as well. Does anyone have access to a BYT-CR
platform w/ rt5651 to test this?
The other comment I have is that this run-time definition of the
bclk_ratio is inconsistent with the hard-coded value I see in
platform_clock_control()
ret = byt_rt5651_prepare_and_enable_pll1(codec_dai, 48000, 50);
Looks good otherwise.
Cheers
-Pierre
More information about the Alsa-devel
mailing list