[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20151106115451.GG18409@sirena.org.uk>
Date: Fri, 6 Nov 2015 11:54:51 +0000
From: Mark Brown <broonie@...nel.org>
To: "Opensource [Adam Thomson]" <Adam.Thomson.Opensource@...semi.com>
Cc: Liam Girdwood <lgirdwood@...il.com>,
Jaroslav Kysela <perex@...ex.cz>,
Takashi Iwai <tiwai@...e.com>,
Rob Herring <robh+dt@...nel.org>,
Pawel Moll <pawel.moll@....com>,
Mark Rutland <mark.rutland@....com>,
Ian Campbell <ijc+devicetree@...lion.org.uk>,
Kumar Gala <galak@...eaurora.org>,
"alsa-devel@...a-project.org" <alsa-devel@...a-project.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Support Opensource <Support.Opensource@...semi.com>
Subject: Re: [PATCH 2/2] ASoC: codecs: Add da7218 codec driver
On Fri, Nov 06, 2015 at 11:53:00AM +0000, Opensource [Adam Thomson] wrote:
> On November 6, 2015 11:22, Mark Brown wrote:
> > > I can envisage in a system you may want to choose which capture channels can
> > > trigger level detection (if any), and this may change depending on the use-case
> > > at the time, so having it as a control makes sense to me.
> > What is a "capture channel" here?
> Input filters 1L/R and 2L/R, which are fed from either Mic1(ADC1) or DMic1L/R
> and Mic2(ADC2) or DMic2L/R.
Hang on, is this just recording a DC value with the ADC and then looking
at that?
Download attachment "signature.asc" of type "application/pgp-signature" (474 bytes)
Powered by blists - more mailing lists