From: Mark Brown <broonie@kernel.org>
To: Chih-Chiang Chang <ccchang12@nuvoton.com>
Cc: "mcuos.com@gmail.com" <mcuos.com@gmail.com>,
"tiwai@suse.de" <tiwai@suse.de>,
"alsa-devel@alsa-project.org" <alsa-devel@alsa-project.org>,
"lgirdwood@gmail.com" <lgirdwood@gmail.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"liam.r.girdwood@intel.com" <liam.r.girdwood@intel.com>
Subject: Re: [PATCH] ASoC: Add support for NAU8824 codec to ASoC
Date: Fri, 6 Mar 2015 21:07:22 +0000 [thread overview]
Message-ID: <20150306210722.GK21293@sirena.org.uk> (raw)
In-Reply-To: <54F95721.7040103@nuvoton.com>
[-- Attachment #1: Type: text/plain, Size: 2033 bytes --]
On Fri, Mar 06, 2015 at 03:28:33PM +0800, Chih-Chiang Chang wrote:
Please fix your mailer to word wrap within paragraphs, it makes things a
lot easier to read.
> On 2015/3/4 下午 08:55, Mark Brown wrote:
> > On Wed, Mar 04, 2015 at 08:35:52PM +0800, Chih-Chiang Chang wrote:
> >> On 2015/2/24 下午 10:13, Mark Brown wrote:
> > Add relevant control types if you need them, it's important to have
> > proper stereo controls available to userspace.
> We cannot find suitable macro in file "include\sound\soc.h", so we want to add below two macro for our chip.
> SOC_DOUBLE_L_R_VALUE
> SOC_DOUBLE_L_R_TLV
Sounds good.
> >>> This looks like you're reimplementing regmap's register sequence
> >>> stuff... It's also a *very* large sequence you have, are you sure it's
> >>> all required? It seems like this may be doing a bunch of machine
> >>> specific configuration but since it's all magic numbers it's hard to
> >>> tell.
> >> Initial settings are arranged in order
> > This doesn't answer or address my concern.
> These large number of register setting is used to initial our codec,
> and some of other codec have the same behavior. We will remove few
> unnecessary register default setting and add some remark for
> registers.
I'd really like to have a better understanding of what this is doing -
it can be valid to do this but there are some warning signs here such as
the volume of writes being large in comparison with the set of controls
the driver exposes which mean I'd like to be sure the use matches
expectations. Normally this sort of thing is a small number of fixes
for undocumented registers or updates to register defaults changed in
later revisions of the chip.
> > Don't include noise like this in upstream communication, if your company
> > won't fix this then please use an external mail account for upstream
> > communication.
> Our MIS report they have disabled to append message in mail. Hope you do not see it in this mail.
It's gone, thanks.
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]
next prev parent reply other threads:[~2015-03-06 21:07 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-15 7:49 [PATCH] ASoC: Add support for NAU8824 codec to ASoC Wan Zongshun
2015-02-24 14:13 ` Mark Brown
2015-03-04 12:35 ` Chih-Chiang Chang
2015-03-04 12:55 ` Mark Brown
2015-03-06 7:28 ` Chih-Chiang Chang
2015-03-06 21:07 ` Mark Brown [this message]
2015-03-26 21:58 ` Chih-Chiang Chang
2015-03-27 0:28 ` Mark Brown
-- strict thread matches above, loose matches on Subject: below --
2015-02-21 14:39 Wan ZongShun
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=20150306210722.GK21293@sirena.org.uk \
--to=broonie@kernel.org \
--cc=alsa-devel@alsa-project.org \
--cc=ccchang12@nuvoton.com \
--cc=lgirdwood@gmail.com \
--cc=liam.r.girdwood@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mcuos.com@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox