All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Brown <broonie@sirena.org.uk>
To: Jarkko Nikula <jarkko.nikula@nokia.com>
Cc: "sakoman@gmail.com" <sakoman@gmail.com>,
	"alsa-devel@alsa-project.org" <alsa-devel@alsa-project.org>,
	"Ujfalusi Peter (Nokia-D/Tampere)" <peter.ujfalusi@nokia.com>
Subject: Re: [PATCH 0/6] ASoC: 4 channel support for twl4030	and omap-mcbsp
Date: Wed, 8 Apr 2009 10:53:30 +0100	[thread overview]
Message-ID: <20090408095330.GC20122@sirena.org.uk> (raw)
In-Reply-To: <20090408092323.bb7f7d7e.jarkko.nikula@nokia.com>

On Wed, Apr 08, 2009 at 09:23:23AM +0300, Jarkko Nikula wrote:

> What's actually state of the TDM container format support in ASoC?

It's largely punted to the machine driver.

> I see there is that set_tdm_slot callback in struct snd_soc_dai_ops
> but only pxa-ssp.c is setting it currently.

Right.  A large proprortion of the Wolfson codecs could set it too, as
could many platforms that generate clocks manually, but it's not widely
used since there's relatively few use cases in public hardware.

> Am I correct that DSP_x, I2S are not multichannel but should be
> embedded into TDM if multichannel operation is wanted?

TDM mode is more intended for situations where a device is only going to
be paying attention to some of the timeslots - for example, if you have
a CPU, CODEC and baseband processor sharing one set of data lines and
want to send data between multiple devices.

For I2S the normal multichannel implementation is to use multiple data
lines with shared clock lines - there's no natural extension within the
one data line - so TDM mode would be needed.  For DSP mode there's a
more natural extension (just transmit additional channel data after the
final one, you're allowed extra bit clocks anyway) so it's less needed.

> So should Peter's these two patches take this API into use?

> "[PATCH 2/6] ASoC: OMAP mcbsp: Add 4 channel support"
> "[PATCH 6/6] ASoC: Beagle: Add support for 4 channel mode"

For DSP mode it's up to you; personally I wouldn't bother unless the
code supports ignoring some of the timeslots.  It's more likely that
any other devices sharing the DAI would need TDM to pick out or fill
the data streams relevant to them.

      reply	other threads:[~2009-04-08  9:53 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-06 12:19 [PATCH 0/6] ASoC: 4 channel support for twl4030 and omap-mcbsp Peter Ujfalusi
2009-04-06 12:19 ` [PATCH 1/6] ASoC: OMAP mcbsp: Add DSP_A support Peter Ujfalusi
2009-04-06 12:19   ` [PATCH 2/6] ASoC: OMAP mcbsp: Add 4 channel support Peter Ujfalusi
2009-04-06 12:19     ` [PATCH 3/6] ASoC: TWL4030: Enable all audio paths Peter Ujfalusi
2009-04-06 12:19       ` [PATCH 4/6] ASoC: TWL4030: Add 4 channel TDM support Peter Ujfalusi
2009-04-06 12:19         ` [PATCH 5/6] ASoC: TWL4030: Add constraints for 4 channel mode Peter Ujfalusi
2009-04-06 12:19           ` [PATCH 6/6] ASoC: Beagle: Add support " Peter Ujfalusi
2009-04-06 12:50             ` Mark Brown
2009-04-07  4:45               ` Peter Ujfalusi
2009-04-06 12:45       ` [PATCH 3/6] ASoC: TWL4030: Enable all audio paths Mark Brown
2009-04-07  4:59         ` Peter Ujfalusi
2009-04-07  9:45           ` Mark Brown
2009-04-07 10:30             ` Peter Ujfalusi
2009-04-07 21:02               ` Mark Brown
2009-04-06 12:22   ` [PATCH 1/6] ASoC: OMAP mcbsp: Add DSP_A support Mark Brown
2009-04-06 12:37     ` Peter Ujfalusi
2009-04-07  5:19       ` Peter Ujfalusi
2009-04-07 22:14         ` Mark Brown
2009-04-08  6:01           ` Peter Ujfalusi
2009-04-08  9:30             ` Mark Brown
2009-04-08  6:08           ` Jarkko Nikula
2009-04-08  9:28             ` Mark Brown
2009-04-07  5:45 ` [PATCH 0/6] ASoC: 4 channel support for twl4030 and omap-mcbsp Jarkko Nikula
2009-04-07  6:32   ` Peter Ujfalusi
2009-04-08  6:23 ` Jarkko Nikula
2009-04-08  9:53   ` 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=20090408095330.GC20122@sirena.org.uk \
    --to=broonie@sirena.org.uk \
    --cc=alsa-devel@alsa-project.org \
    --cc=jarkko.nikula@nokia.com \
    --cc=peter.ujfalusi@nokia.com \
    --cc=sakoman@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 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.