From: Patrick Lai <plai@codeaurora.org>
To: Mark Brown <broonie@opensource.wolfsonmicro.com>
Cc: alsa-devel@alsa-project.org, waiw@codeaurora.org,
pl bossart <bossart.nospam@gmail.com>,
asishb@codeaurora.org, jaywang@codeaurora.org,
Liam Girdwood <lrg@slimlogic.co.uk>
Subject: Re: soc-dsp questions
Date: Thu, 09 Jun 2011 23:58:23 -0700 [thread overview]
Message-ID: <4DF1C08F.90306@codeaurora.org> (raw)
In-Reply-To: <20110426101848.GA23812@sirena.org.uk>
On 4/26/2011 3:18 AM, Mark Brown wrote:
> On Tue, Apr 26, 2011 at 10:41:05AM +0100, Liam Girdwood wrote:
>> On Mon, 2011-04-25 at 17:01 -0500, pl bossart wrote:
>>> To prepare next week's ALSA-Asoc meeting, I reviewed Liam's
>>> dsp-upstream code, and I am a bit unclear on the 'no_host_mode'
>>> supported by some DAIs. Apparently these are regular ALSA PCM
>>> substreams, except that there are no data exchanges to/from the host.
>
>> Ah, this part is WIP and will not be part of the initial submission. We
>> are currently using this for audio between the MODEM and ABE that does
>> not pass through the CPU.
This mode is also deployed on QC MSM as well.
>
> This is roughly the same thing I've been talking about for digital DAPM
> links. I've got code which runs at the minute but the implementation
> sucks too much, should be able to pull out some of the preparation work
> in the next day or so.
>
Is it possible I can take an early glimpse of implementation? I do have
use cases that PCM is exchanged between two back-ends. Right now, I
need to define DUMMY hostless front-end DAI links to bring up the
back-ends. Another query is how hardware parameters is passed to
back-end with your design? Not able to choose back-end channel mode
independent of front-end channel mode is a big problem especially if
channel mode is more than stereo. DSP is handles upmixing/downmixing
happens in our design. Right now, we force channel mode to stereo. So,
for the scenario which we just want mono input, we have codec
configured to pick up single mic input to both left and right channel.
DSP takes average of two channels into mono stream. Once we need to
support > 2 channel recording, it's wasteful to go with the same
approach if all we want is mono input. Did we talk about this topic
during workshop? Why is my problem also a concern on OMAP4/ABE?
Suggestion?
--
Sent by an employee of the Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum.
next prev parent reply other threads:[~2011-06-10 6:58 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-25 22:01 soc-dsp questions pl bossart
2011-04-26 9:41 ` Liam Girdwood
2011-04-26 10:18 ` Mark Brown
2011-06-10 6:58 ` Patrick Lai [this message]
2011-06-10 9:42 ` Mark Brown
2011-06-11 1:19 ` Patrick Lai
2011-06-11 11:48 ` Mark Brown
2011-06-13 4:55 ` Patrick Lai
2011-06-13 18:01 ` Liam Girdwood
2011-06-13 17:55 ` Liam Girdwood
2011-06-13 17:49 ` Liam Girdwood
-- strict thread matches above, loose matches on Subject: below --
2011-11-08 8:22 Vinod Koul
2011-11-08 20:20 ` Girdwood, Liam
2011-11-09 8:04 ` Vinod Koul
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=4DF1C08F.90306@codeaurora.org \
--to=plai@codeaurora.org \
--cc=alsa-devel@alsa-project.org \
--cc=asishb@codeaurora.org \
--cc=bossart.nospam@gmail.com \
--cc=broonie@opensource.wolfsonmicro.com \
--cc=jaywang@codeaurora.org \
--cc=lrg@slimlogic.co.uk \
--cc=waiw@codeaurora.org \
/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.