Re: [PATCH] ASoC: fsl_sai: Allow the SAI driver to turn on SAI_MCLK

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, May 03, 2016 at 11:01:15PM -0300, Fabio Estevam wrote:
> On Tue, May 3, 2016 at 10:44 PM, Nicolin Chen <nicoleotsuka@xxxxxxxxx> wrote:
> 
> > The field names are literally saying "direction" instead of gating
> > or enabling. So it would make more sense to me that they may also
> 
> Looking in the MX6UL Referece Manual we have the following description
> for these bits:
> 
> 0 - "...output driver is disabled..."
> 
> 1 - "...output driver is enabled..."
> 
> That's why I preferred using 'enabled' in the property name.

I found out the mail from Zidan regarding the same GPR bit:
http://mailman.alsa-project.org/pipermail/alsa-devel/2015-August/096401.html

According to his reply, this bit also controls the clock source of MCLK2
for the SAI. Each SAI has 3 MCLKs, but first disregarding MCLK3:

When this bit gets set, the MCLK1 and MCLK2 of the corresponding SAI are
both getting clock from CCM, and in the meantime outputting the clock via
the PAD to external Codec chips. In this case, MCLK1 and MCLK2 have same
clock rate, nothing special for bit clock dividing.

When this bit gets clear, MCLK1 of the corresponding is still getting its
clock from CCM while MCLK2 switches its source from CCM to the PAD. In this
case, MCLK1 and MCLK2 can have different clock rates so as to support two
sample rate groups: 44.1KHz and 48Khz.

So, beside gating the clock output, it's more likely a clock MUX for MCLK2
of each SAI to switch between CCM and external input.

Because DT property will be hard to change once we define it. I think it
would be better to confirm this first before patching it (with Zidan or
i.MX IC team). But the driver part, whether putting it to probe() or to
set_dai_sysclk(), doesn't matter to me since we can change/improve it
later as long as it follows the correct binding.

Thanks
Nicolin

> 
> I removed Zidan's email from Cc as his email address is no longer valid.
> 
> >> +     if (of_find_property(np, "fsl,sai-enable-mclk", NULL)) {
> >
> > It would safer to have a compatible check here beside mentioning in
> > the DT binding doc.
> 
> In this case I need to add a { .compatible = "fsl,imx6ul-sai", }, entry.
> 
> I can do that.
> 
> > How about:
> >                 regmap_update_bits(gpr, IOMUXC_GPR1,
> >                                    IMX6UL_GPR1_SAIx_MCLK_DIR(index),
> >                                    IMX6UL_GPR1_SAIx_MCLK_DIR(index));
> 
> That's a good idea.
> 
> Will send a v2 tomorrow.
> 
> Thanks
_______________________________________________
Alsa-devel mailing list
Alsa-devel@xxxxxxxxxxxxxxxx
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel



[Index of Archives]     [ALSA User]     [Linux Audio Users]     [Kernel Archive]     [Asterisk PBX]     [Photo Sharing]     [Linux Sound]     [Video 4 Linux]     [Gimp]     [Yosemite News]

  Powered by Linux