RE: [PATCH 2/2] ASoC: codecs: Add da7218 codec driver

["Opensource [Adam Thomson]" <Adam.Thomson.Opensource@diasemi.com>]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="utf-8", Size: 1524 bytes --]

On November 9, 2015 14:02, Mark Brown wrote:

> > > What I'm trying to figure out here is if this depends on the audio
> > > routing at runtime or if it's got dedicated configuration?
> 
> > This feature is available for any/all mics connected. Which mics are enabled
> > is a runtime configuration of routing, so to me it makes sense also that we can
> > configure which channel triggers an event, based on our scenario at that time.
> 
> The general userspace expectation is that the detection is always active
> and consistent rather than varying at runtime - runtime variability
> might be a bit surprising for it, and even then variability in what is
> detected based on other settings is a bit surprising.  If the hardware
> is that limited I guess it's about all that can be done but I'm still
> not clear what the use cases are for configuring the levels (as opposed
> ot the routing).

How about the example of always on voice in Android, which can be enabled and
disabled, depending on user settings, and routing will vary depending on which
mic is in use at the time? For the levelling is it not plausible that a user
could configure the level based on their current environment. You have
moderately loud background noise, then your threshold would want to be
higher, but in a quiet environment the likelihood is you would want to lower
that threshold?
ÿôèº{.nÇ+‰·Ÿ®‰­†+%ŠËÿ±éݶ\x17¥Šwÿº{.nÇ+‰·¥Š{±þG«éÿŠ{ayº\x1dʇڙë,j\a­¢f£¢·hšïêÿ‘êçz_è®\x03(­éšŽŠÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?™¨è­Ú&£ø§~á¶iO•æ¬z·švØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?–I¥