From: Mark Brown <broonie@kernel.org>
To: Peter Ujfalusi <peter.ujfalusi@ti.com>
Cc: liam.r.girdwood@linux.intel.com, detheridge@ti.com,
alsa-devel@alsa-project.org, lars@metafoo.de,
Jyri Sarha <jsarha@ti.com>
Subject: Re: [PATCH v3] ASoC: davinci-evm: Add AM43xx-EPOS-EVM audio support
Date: Mon, 10 Mar 2014 11:57:47 +0000 [thread overview]
Message-ID: <20140310115747.GD28112@sirena.org.uk> (raw)
In-Reply-To: <531DA283.1020402@ti.com>
[-- Attachment #1.1: Type: text/plain, Size: 1341 bytes --]
On Mon, Mar 10, 2014 at 01:31:15PM +0200, Peter Ujfalusi wrote:
> Exactly, CBM_CFM means that the codec is the master of both clocks. Codec is
> configured as master and the cpu side is configured as slave.
> But the issue is that with simple card (when you want to have the codec as
> master for both clocks):
> simple-audio-card,codec {
> sound-dai = <&aic3106>;
> bitclock-master;
> frame-master;
> };
> simple-audio-card,cpu {
> sound-dai = <&mcasp1 0>;
> };
> The codec will get CBM_CFM, however the cpu_dai will end up having CBS_CFS
> (since *-master is not specified in the dts).
What I would expect the code to be doing here is coming up with the same
setting for both ends of the link rather than trying to parse the two
ends of the link independently - though that *is* more flexible it's
unlikely to actually work in a system. The properties on each end of
the link aren't independent of each other.
> So when the simple card parses the master/slave configuration it has to invert
> the cpu_dai settings it got back from snd_soc_of_parse_daifmt() to get it right.
Or there should just be one unified parse. When reading Jiri's mail the
lack of any reference to the code it really sounded like he was asking
for the result of a single parse to inverted between passing to the
CODEC and CPU sides.
Needs looking at.
[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
prev parent reply other threads:[~2014-03-10 11:57 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-04 13:54 [PATCH v2 0/4] AM43xx-ePOS-EVM audio support with TLV320AIC31XX driver Jyri Sarha
[not found] ` <cover.1393941102.git.jsarha-l0cyMroinI0@public.gmane.org>
2014-03-04 13:54 ` [PATCH v2 1/4] ASoC: tlv320aic31xx: Add basic codec driver implementation Jyri Sarha
[not found] ` <ba9718f573ca9195c80075a15fe114e0d4557da0.1393941102.git.jsarha-l0cyMroinI0@public.gmane.org>
2014-03-05 1:55 ` Mark Brown
[not found] ` <20140305015501.GS13126-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2014-03-07 12:53 ` Jyri Sarha
[not found] ` <5319C13B.4090101-l0cyMroinI0@public.gmane.org>
2014-03-09 8:12 ` Mark Brown
[not found] ` <20140309081229.GM28112-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2014-03-10 8:47 ` Jyri Sarha
2014-03-04 13:54 ` [PATCH v2 3/4] ASoC: davinci: Add SND_AM43XX_SOC_EPOS_EVM build option Jyri Sarha
2014-03-04 13:54 ` [PATCH v2 4/4] ASoC: tlv320aic32x4: Sort Makefile in alphabetic order Jyri Sarha
[not found] ` <80b0f9ecd29b8bfb52fed22a0ca059591f89683d.1393941102.git.jsarha-l0cyMroinI0@public.gmane.org>
2014-03-05 3:28 ` Mark Brown
[not found] ` <20140305032808.GW13126-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2014-03-05 7:14 ` Jyri Sarha
2014-03-04 13:54 ` [PATCH v2 2/4] ASoC: davinci-evm: Add AM43xx-EPOS-EVM audio support Jyri Sarha
2014-03-04 14:12 ` Lars-Peter Clausen
[not found] ` <5315DF41.1090302-Qo5EllUWu/uELgA04lAiVw@public.gmane.org>
2014-03-04 15:40 ` [alsa-devel] " Jyri Sarha
2014-03-04 15:43 ` [PATCH v3] " Jyri Sarha
2014-03-05 1:42 ` Mark Brown
2014-03-07 12:45 ` Jyri Sarha
2014-03-09 8:11 ` Mark Brown
2014-03-10 10:49 ` Jyri Sarha
2014-03-10 11:09 ` Mark Brown
2014-03-10 11:31 ` Peter Ujfalusi
2014-03-10 11:57 ` Mark Brown [this message]
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=20140310115747.GD28112@sirena.org.uk \
--to=broonie@kernel.org \
--cc=alsa-devel@alsa-project.org \
--cc=detheridge@ti.com \
--cc=jsarha@ti.com \
--cc=lars@metafoo.de \
--cc=liam.r.girdwood@linux.intel.com \
--cc=peter.ujfalusi@ti.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.