[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-id: <20150105214039.2f6065fe@songinha-Samsung-DeskTop-System>
Date: Mon, 05 Jan 2015 21:40:39 +0900
From: Inha Song <ideal.song@...sung.com>
To: Lars-Peter Clausen <lars@...afoo.de>
Cc: alsa-devel@...a-project.org, mark.rutland@....com,
devicetree@...r.kernel.org, linux-samsung-soc@...r.kernel.org,
linux@....linux.org.uk, pawel.moll@....com,
ijc+devicetree@...lion.org.uk, sbkim73@...sung.com,
linux-kernel@...r.kernel.org, robh+dt@...nel.org,
lgirdwood@...il.com, tiwai@...e.de, broonie@...nel.org,
kgene@...nel.org, s.nawrocki@...sung.com, galak@...eaurora.org,
grant.likely@...aro.org, linux-arm-kernel@...ts.infradead.org
Subject: Re: [alsa-devel] [PATCH 1/3] ASoC: samsung: Add machine driver for
Trats2
Hi,
Thanks for your comments.
> Hi,
>
> A few small comments inline.
>
> On 01/05/2015 12:25 PM, Inha Song wrote:
> > --- /dev/null
> > +++ b/sound/soc/samsung/trats2_wm1811.c
> > @@ -0,0 +1,216 @@
> >[...]
> > +#include <linux/of.h>
> > +#include <linux/module.h>
> > +#include <linux/clk.h>
> > +#include <sound/soc.h>
> > +#include <sound/pcm_params.h>
> > +#include "i2s.h"
> > +#include "i2s-regs.h"
>
> You probably don't need i2s-regs.h
OK, I will remove.
>
> > +#include "../codecs/wm8994.h"
> > +
> > +struct trats2_machine_priv {
> > + struct clk *clk_mclk;
> > +};
> > +
> > +static struct trats2_machine_priv trats2_wm1811_priv;
> > +
> > +static const struct snd_kcontrol_new trats2_controls[] = {
> > + SOC_DAPM_PIN_SWITCH("SPK"),
> > +};
> > +
> > +const struct snd_soc_dapm_widget trats2_dapm_widgets[] = {
>
> static
Sorry for my mistake.
>
> > + SND_SOC_DAPM_SPK("SPK", NULL),
> > +};
> > +
> > +static int trats2_aif1_hw_params(struct snd_pcm_substream *substream,
> > + struct snd_pcm_hw_params *params)
> > +{
> > + struct snd_soc_pcm_runtime *rtd = substream->private_data;
> > + struct snd_soc_dai *cpu_dai = rtd->cpu_dai;
> > + struct snd_soc_dai *codec_dai = rtd->codec_dai;
> > + struct trats2_machine_priv *priv = snd_soc_card_get_drvdata(rtd->card);
> > + unsigned int sysclk_rate;
> > + unsigned int mclk_rate =
> > + (unsigned int)clk_get_rate(priv->clk_mclk);
> > + int ret;
> > +
> > + /* Set the codec DAI configuration to Master*/
> > + ret = snd_soc_dai_set_fmt(codec_dai, SND_SOC_DAIFMT_I2S
> > + | SND_SOC_DAIFMT_NB_NF
> > + | SND_SOC_DAIFMT_CBM_CFM);
> > + if (ret < 0) {
> > + dev_err(codec_dai->dev,
> > + "Failed to set codec dai format: %d\n", ret);
> > + return ret;
> > + }
> > +
> > + /* Set the cpu DAI configuration to Slave */
> > + ret = snd_soc_dai_set_fmt(cpu_dai, SND_SOC_DAIFMT_I2S
> > + | SND_SOC_DAIFMT_NB_NF
> > + | SND_SOC_DAIFMT_CBM_CFM);
> > + if (ret < 0) {
> > + dev_err(cpu_dai->dev,
> > + "Failed to set cpu dai format: %d\n", ret);
> > + return ret;
> > + }
>
>
> Use the dai_fmt field in the dai_link struct to setup the DAI link format.
> This will configure both the CPU and the CODEC DAI with the specified
> format, no need to do it manually.
Ok, move to dai_fmt.
>
> >[...]
> > +static struct snd_soc_ops trats2_aif1_ops = {
>
> const
I will fix this.
>
> > + .hw_params = trats2_aif1_hw_params,
> > +};
> > +
> > +static int trats2_init_paiftx(struct snd_soc_pcm_runtime *rtd)
> > +{
> > + struct snd_soc_codec *codec = rtd->codec;
> > + struct snd_soc_card *card = rtd->card;
> > + struct trats2_machine_priv *priv = snd_soc_card_get_drvdata(card);
> > + int ret;
> > +
> > + ret = clk_prepare_enable(priv->clk_mclk);
>
> Maybe just do this in the platform device probe handler and you should have
> a matching disable call somewhere.
Ok, I will move clk_prepare_enable call to snd_soc_ops->startup
and clk_disable_unprepare call to snd_soc_ops->shutdown.
Best Regards,
Inha Song.
>
> > + if (ret) {
> > + dev_err(codec->dev, "Failed to enable mclk: %d\n", ret);
> > + return ret;
> > + }
> > +
> > + return 0;
> > +}
> >[...]
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@...a-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists