Hi Jassi,
Thanks for your advisor.
Currently, Only Exynos4210 pcm block is different.
And There is no rule to design in Future AP.
I will discuss with ap design team and try to
change pcm block like a previous one for the future AP.
Because, I think that it is more desirable to include
SCLK divider in the pcm block like old Samsung APs.
So, In the exynos4 case, I want to handle it by quirk.
What do you think about my opinion?
SB Kim
On Tuesday, April 26, 2011 1:10 AM, Jassi Brar <jassisinghbrar@xxxxxxxxx> wrote:
> To: Sangbeom Kim
> Cc: kgene.kim@xxxxxxxxxxx; alsa-devel@xxxxxxxxxxxxxxxx; linux-samsung-
> soc@xxxxxxxxxxxxxxx; broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx;
> lrg@xxxxxxxxxxxxxxx
> Subject: Re: [alsa-devel] [PATCH 1/2] ARM: EXYNOS4: Add PCM audio support
> for WM8994
>
> On Mon, Apr 25, 2011 at 12:24 PM, Sangbeom Kim <sbkim73@xxxxxxxxxxx> wrote:
>
> > --- a/arch/arm/plat-samsung/include/plat/audio.h
> > +++ b/arch/arm/plat-samsung/include/plat/audio.h
> > @@ -36,6 +36,8 @@ struct samsung_i2s {
> > */
> > #define QUIRK_NO_MUXPSR (1 << 2)
> > #define QUIRK_NEED_RSTCLR (1 << 3)
> > +/* If the PCM block has no internal prescalar or MUX */
> > +#define QUIRK_NO_DIV (1 << 4)
> > /* Quirks of the I2S controller */
> > u32 quirks;
>
> I think the I2S and PCM configuration don't share enough.
> So maybe a separate 'struct samsung_pcm' is warranted here.
> Also, if new SoC PCM blocks are going to _not_ have the divider
> may be it's a good idea to make that as 'norm' and having divider
> as a 'quirk' ? That way, new code wouldn't have to bother adding
> the quirk every time.
>
> -j
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@xxxxxxxxxxxxxxxx
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
