[alsa-devel] [PATCH] ASoC: Intel: bytcr_rt5640: fallback mechanism if MCLK is not enabled

Mark Brown broonie at kernel.org
Thu Dec 15 11:46:52 CET 2016


On Thu, Dec 15, 2016 at 08:42:22AM +0100, Takashi Iwai wrote:
> Pierre-Louis Bossart wrote:

> > >>  			dev_err(&pdev->dev,
> > >>  				"Failed to get MCLK from pmc_plt_clk_3: %ld\n",
> > >>  				PTR_ERR(priv->mclk));
> > >> -			return PTR_ERR(priv->mclk);
> > >> +
> > >> +			/* Fall back to bitclock only */
> > >> +			byt_rt5640_quirk &= ~BYT_RT5640_MCLK_EN;

> > > This is broken for probe deferral, I'd expect this to be explicitly
> > > checking for a no clock mapped error code (probably -ENOENT) rather than
> > > just ignoring all errors.

> > I don't understand the probe deferral concept here. Are you saying
> > fall back to the bit clock mode if the status is -ENOENT and fail
> > otherwise?

> The clk driver may return -EPROBE_DEFER, and in that case, the intel
> driver should also defer the probe as well.  Or, like -ENOMEM, it
> indicates a serious error, and then better bail out.

> So, we need to figure out which error code should fall back to the
> legacy mode.  (Or vice versa, which error code shouldn't be ignored.)

Exactly.  -ENOENT is what other subsystems return, I've not specifically
checked the clock API.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <http://mailman.alsa-project.org/pipermail/alsa-devel/attachments/20161215/c59393ef/attachment.sig>


More information about the Alsa-devel mailing list