From: Jyri Sarha <jsarha-l0cyMroinI0@public.gmane.org>
To: Mark Brown <broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: alsa-devel-K7yf7f+aM1XWsZ/bQMPhNw@public.gmane.org,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
liam.r.girdwood-VuQAYsv1563Yd54FQh9/CA@public.gmane.org,
peter.ujfalusi-l0cyMroinI0@public.gmane.org,
detheridge-l0cyMroinI0@public.gmane.org,
bcousson-rdvid1DuHRBWk0Htik3J/w@public.gmane.org
Subject: Re: [PATCH v2 1/4] ASoC: tlv320aic31xx: Add basic codec driver implementation
Date: Fri, 7 Mar 2014 14:53:15 +0200 [thread overview]
Message-ID: <5319C13B.4090101@ti.com> (raw)
In-Reply-To: <20140305015501.GS13126-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
On 03/05/2014 03:55 AM, Mark Brown wrote:
> On Tue, Mar 04, 2014 at 03:54:49PM +0200, Jyri Sarha wrote:
>
>> +- ai31xx-micbias-vg - MicBias Voltage required.
>> + MICBIAS_OFF - MICBIAS output it not powered
>
> Same comment as last time - why is this something which can be selected
> in the binding?
>
Fixed.
>> + MICBIAS_2_0V - MICBIAS output is powered to 2.0V
>> + MICBIAS_2_5V - MICBIAS output is powered to 2.5V
>> + MICBIAS_AVDD - MICBIAS output is connected to AVDD
>
> The numbers still need to be defined in the binding, the point with the
> defines is to make both code and DTs more readable but we need to know
> what is actually going to go into the binary.
>
Numbers added.
>> + /* Mic Bias */
>> + SND_SOC_DAPM_SUPPLY("Mic Bias", SND_SOC_NOPM, 0, 0, mic_bias_event,
>> + SND_SOC_DAPM_POST_PMU | SND_SOC_DAPM_PRE_PMD),
>
> The idiomatic thing would be to use the pin name.
>
In this case the mic bias comes out of the chip trough a separate pin
and it is up to board designer to connect it with any (or all) of the
three mic pins.
>> + /* Make ADC turn on when recording even if not mixed from any inputs */
>> + {"ADC", NULL, "Internal ADC Source"},
>
> Don't do this (or the equivalent from the DACs) - we don't do this for
> any other drivers, we shouldn't do it for this one. If we're going to
> do something like this it should be generic not per driver hacks.
>
Similar approach is used at least in wm8400.c, wm8990.c, wm8991.c, and
in ab8500-codec.c. But I see your point. I'll roll back that change. I
moved the clock enable/disable code to set_bias_level() to avoid
unwanted behavior (codec clocks not turning on at playback/capture start
if damp switches are not set correctly).
>> + case SND_SOC_BIAS_STANDBY:
>> + if (codec->dapm.bias_level == SND_SOC_BIAS_OFF)
>> + aic31xx_set_power(codec, 1);
>> + break;
>> + case SND_SOC_BIAS_OFF:
>> + aic31xx_set_power(codec, 0);
>> + break;
>
> Just inline the set power function, or at the very least split it into
> separate on and off functions - there is zero shared code between the
> power on and off paths.
>
After adding the clock enable/disable code to set_bias_level, it started
to look hairy when everything was inlined. I split the set_power
function to *_on and *_off functions.
In addition to these, after rebasing on top of linux-next branch, I
started to use use the new SOC_DOUBLE_R_S_TLV macro for the signed
integer mixers.
Best regards,
Jyri
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2014-03-07 12:53 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-04 13:54 [PATCH v2 0/4] AM43xx-ePOS-EVM audio support with TLV320AIC31XX driver Jyri Sarha
2014-03-04 13:54 ` [PATCH v2 2/4] ASoC: davinci-evm: Add AM43xx-EPOS-EVM audio support Jyri Sarha
2014-03-04 14:12 ` Lars-Peter Clausen
[not found] ` <5315DF41.1090302-Qo5EllUWu/uELgA04lAiVw@public.gmane.org>
2014-03-04 15:40 ` [alsa-devel] " Jyri Sarha
[not found] ` <cover.1393941102.git.jsarha-l0cyMroinI0@public.gmane.org>
2014-03-04 13:54 ` [PATCH v2 1/4] ASoC: tlv320aic31xx: Add basic codec driver implementation Jyri Sarha
[not found] ` <ba9718f573ca9195c80075a15fe114e0d4557da0.1393941102.git.jsarha-l0cyMroinI0@public.gmane.org>
2014-03-05 1:55 ` Mark Brown
[not found] ` <20140305015501.GS13126-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2014-03-07 12:53 ` Jyri Sarha [this message]
[not found] ` <5319C13B.4090101-l0cyMroinI0@public.gmane.org>
2014-03-09 8:12 ` Mark Brown
[not found] ` <20140309081229.GM28112-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2014-03-10 8:47 ` Jyri Sarha
2014-03-04 13:54 ` [PATCH v2 3/4] ASoC: davinci: Add SND_AM43XX_SOC_EPOS_EVM build option Jyri Sarha
2014-03-04 13:54 ` [PATCH v2 4/4] ASoC: tlv320aic32x4: Sort Makefile in alphabetic order Jyri Sarha
[not found] ` <80b0f9ecd29b8bfb52fed22a0ca059591f89683d.1393941102.git.jsarha-l0cyMroinI0@public.gmane.org>
2014-03-05 3:28 ` Mark Brown
[not found] ` <20140305032808.GW13126-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2014-03-05 7:14 ` Jyri Sarha
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=5319C13B.4090101@ti.com \
--to=jsarha-l0cymroini0@public.gmane.org \
--cc=alsa-devel-K7yf7f+aM1XWsZ/bQMPhNw@public.gmane.org \
--cc=bcousson-rdvid1DuHRBWk0Htik3J/w@public.gmane.org \
--cc=broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
--cc=detheridge-l0cyMroinI0@public.gmane.org \
--cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=liam.r.girdwood-VuQAYsv1563Yd54FQh9/CA@public.gmane.org \
--cc=peter.ujfalusi-l0cyMroinI0@public.gmane.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).