All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vinod Koul <vinod.koul@intel.com>
To: Takashi Iwai <tiwai@suse.de>
Cc: Liam Girdwood <liam.r.girdwood@linux.jf.intel.com>,
	alsa-devel@alsa-project.org, Mark Brown <broonie@kernel.org>
Subject: Re: [PATCH 1/2] ASoC: DPCM: make some DPCM API calls non static for compressed usage
Date: Thu, 16 Jan 2014 20:29:04 +0530	[thread overview]
Message-ID: <20140116145904.GI25466@intel.com> (raw)
In-Reply-To: <s5hd2jrsyyx.wl%tiwai@suse.de>

On Thu, Jan 16, 2014 at 04:55:34PM +0100, Takashi Iwai wrote:
> At Thu, 16 Jan 2014 20:10:42 +0530,
> Vinod Koul wrote:
> > 
> > On Thu, Jan 16, 2014 at 12:31:53PM +0000, Mark Brown wrote:
> > > On Wed, Jan 15, 2014 at 04:51:56PM +0000, Liam Girdwood wrote:
> > > > The ASoC compressed code needs to call the internal DPCM APIs in order to
> > > > dynamically route compressed data to different DAIs.
> > > 
> > > Applied, thanks.  I'm holding off on the second patch for a little so
> > > Vinod has a chance to say something since it's compressed stuff.
> > Both look good to me, so
> > 
> > Acked-by: Vinod Koul <vinod.koul@intel.com>
> > 
> > The second patch still needs an update for properly copying the hw_params. This
> > was one of issue reported by qcom folks, but I don't want to hold these now. We
> > can fix that as it will impact systems not have fixup function for BEs.
> 
> One thing that makes me a bit nervous is that it's accessing the
> actual PCM object.  So far, sound/pcm.h is included there just because
> it's re-using the same enum definitions, etc, but it doesn't mean that
> it allows accessing a PCM object or function.
> 
> If we bind a real PCM instance there, we should add the Kconfig
> selection for SND_PCM from SND_COMPRESS_OFFLOAD.

Makes sense, but is this a practical sceanrios. I dont think we have a sound
card which supports offload only so SND_PCM will always be selected.

This is also ASoC patch, so SND_SOC would be selected, which selects SND_PCM

--
~Vinod

  reply	other threads:[~2014-01-16 16:01 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-15 16:51 [PATCH 1/2] ASoC: DPCM: make some DPCM API calls non static for compressed usage Liam Girdwood
2014-01-15 16:51 ` [PATCH 2/2] ASoC: compress: Add suport for DPCM into compressed audio Liam Girdwood
2014-01-16 15:59   ` Takashi Iwai
2014-01-16 17:08     ` Liam Girdwood
2014-01-17  3:53       ` Vinod Koul
2014-01-17  8:28         ` Liam Girdwood
2014-01-16 18:01   ` Mark Brown
2014-01-16 18:12     ` Liam Girdwood
2014-01-16 18:16       ` Mark Brown
2014-01-16 12:31 ` [PATCH 1/2] ASoC: DPCM: make some DPCM API calls non static for compressed usage Mark Brown
2014-01-16 14:40   ` Vinod Koul
2014-01-16 15:47     ` Liam Girdwood
2014-01-16 14:49       ` Vinod Koul
2014-01-16 15:55     ` Takashi Iwai
2014-01-16 14:59       ` Vinod Koul [this message]
2014-01-16 16:02         ` Takashi Iwai

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=20140116145904.GI25466@intel.com \
    --to=vinod.koul@intel.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=broonie@kernel.org \
    --cc=liam.r.girdwood@linux.jf.intel.com \
    --cc=tiwai@suse.de \
    /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.