From: Mark Brown <broonie@opensource.wolfsonmicro.com>
To: Lars-Peter Clausen <lars@metafoo.de>
Cc: Liam Girdwood <lrg@ti.com>,
alsa-devel@alsa-project.org,
device-drivers-devel@blackfin.uclinux.org,
linux-kernel@vger.kernel.org,
Mike Frysinger <vapier.adi@gmail.com>
Subject: Re: [PATCH 1/4] ASoC: Add ADAV80x codec driver
Date: Thu, 23 Jun 2011 02:21:19 +0100 [thread overview]
Message-ID: <20110623012119.GC20949@opensource.wolfsonmicro.com> (raw)
In-Reply-To: <1308776997-12959-1-git-send-email-lars@metafoo.de>
On Wed, Jun 22, 2011 at 11:09:54PM +0200, Lars-Peter Clausen wrote:
> diff --git a/sound/soc/codecs/adav80x.c b/sound/soc/codecs/adav80x.c
> new file mode 100644
> index 0000000..d2f3d08
This needs adding to MAINTAINERS.
> +static const struct soc_enum adav80x_mux_enum[] = {
> + ADAV80X_MUX_ENUM(ADAV80X_DPATH_CTRL1, 0),
> + ADAV80X_MUX_ENUM(ADAV80X_DPATH_CTRL1, 3),
> + ADAV80X_MUX_ENUM(ADAV80X_DPATH_CTRL2, 3),
> +};
No, don't use arrays...
> +static const struct snd_kcontrol_new adav80x_mux_ctrl[] = {
> + SOC_DAPM_VALUE_ENUM("Route", adav80x_mux_enum[0]),
> + SOC_DAPM_VALUE_ENUM("Route", adav80x_mux_enum[1]),
> + SOC_DAPM_VALUE_ENUM("Route", adav80x_mux_enum[2]),
> +};
...since referencing them is so error prone...
> +#define ADAV80X_MUX(name, num) \
> + SND_SOC_DAPM_VALUE_MUX(name, SND_SOC_NOPM, 0, 0, &adav80x_mux_ctrl[num])
...and illegible due to the magic numbers.
> + if (adav80x->deemph) {
> + switch (adav80x->rate) {
> + case 0:
> + val = ADAV80X_DAC_CTRL2_DEEMPH_NONE;
> + break;
> + case 32000:
> + val = ADAV80X_DAC_CTRL2_DEEMPH_32;
> + break;
> + case 44100:
> + val = ADAV80X_DAC_CTRL2_DEEMPH_44;
> + break;
> + case 48000:
> + default:
> + val = ADAV80X_DAC_CTRL2_DEEMPH_48;
> + break;
Really? I'd have expected a check for the closest matching rate (which
would get 32k for most low rates) or a requirement for an exact match.
> + if (freq_out) {
> + } else {
> + if (adav80x->clk_src == new_src)
> + return 0;
> +
> + adav80x->clk_src = new_src;
> +
> + if (new_src == ADAV80X_CLK_XIN) {
> + /* DAC, ADC, ICLK clock source - XIN */
> + snd_soc_write(codec, ADAV80X_ICLK_CTRL1, 0x00);
> + snd_soc_write(codec, ADAV80X_ICLK_CTRL2, 0x00);
> + } else {
> + /* DAC, ADC, ICLK clock source - MCLKI */
> + snd_soc_write(codec, ADAV80X_ICLK_CTRL1, 0x25);
> + snd_soc_write(codec, ADAV80X_ICLK_CTRL2, 0x01);
> + }
> +
> + pll_ctrl1 |= ADAV80X_PLL_CTRL1_PLL1PD;
> + snd_soc_write(codec, ADAV80X_PLL_CTRL1, pll_ctrl1);
What's this doing? Setting the PLL output to zero means stop the PLL.
> +/* Enforce the same sample rate on all audio interfaces */
> +static int adav80x_dai_startup(struct snd_pcm_substream *substream,
> + struct snd_soc_dai *dai)
> +{
> + struct snd_soc_codec *codec = dai->codec;
> + struct adav80x *adav80x = snd_soc_codec_get_drvdata(codec);
> +
> + if (!codec->active || !adav80x->rate)
> + return 0;
> +
> + return snd_pcm_hw_constraint_minmax(substream->runtime,
> + SNDRV_PCM_HW_PARAM_RATE, adav80x->rate, adav80x->rate);
> +}
This means playback and capture should always run at the same rate so...
> +static struct snd_soc_dai_driver adav80x_dais[] = {
> + {
...the DAI should flag symmetric_rates, even if only for completeness.
> +static int adav80x_resume(struct snd_soc_codec *codec)
> +{
> + return adav80x_set_bias_level(codec, SND_SOC_BIAS_STANDBY);
> +}
This doesn't appear to restore the register cache, nor does
set_bias_level().
next prev parent reply other threads:[~2011-06-23 1:21 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-22 21:09 [PATCH 1/4] ASoC: Add ADAV80x codec driver Lars-Peter Clausen
2011-06-22 21:09 ` [PATCH 2/4] ASoC: Blackfin: Add machine driver for EVAL-ADAV80X boards Lars-Peter Clausen
2011-06-22 21:09 ` [PATCH 3/4] ASoC: Add adav* drivers to the Analog Devices file patterns Lars-Peter Clausen
2011-06-22 21:09 ` [PATCH 4/4] Blackfin: bf537: Stamp: Register adav801 codec and ASoC machine driver Lars-Peter Clausen
2011-06-22 21:14 ` [PATCH 1/4] ASoC: Add ADAV80x codec driver Mike Frysinger
2011-06-23 1:21 ` Mark Brown [this message]
2011-06-23 1:36 ` Lars-Peter Clausen
2011-06-23 1:56 ` Mark Brown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110623012119.GC20949@opensource.wolfsonmicro.com \
--to=broonie@opensource.wolfsonmicro.com \
--cc=alsa-devel@alsa-project.org \
--cc=device-drivers-devel@blackfin.uclinux.org \
--cc=lars@metafoo.de \
--cc=linux-kernel@vger.kernel.org \
--cc=lrg@ti.com \
--cc=vapier.adi@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox