From: Jarkko Nikula <jhnikula@gmail.com>
To: Mark Brown <broonie@opensource.wolfsonmicro.com>
Cc: alsa-devel@alsa-project.org, Liam Girdwood <lrg@slimlogic.co.uk>
Subject: Re: [RFC_ii/iv 3/3] ASoC: Extend DAPM to handle power changes on cross-device paths
Date: Sun, 31 Oct 2010 20:11:53 +0200 [thread overview]
Message-ID: <20101031201153.453f8294.jhnikula@gmail.com> (raw)
In-Reply-To: <20101029210309.GI3921@opensource.wolfsonmicro.com>
On Fri, 29 Oct 2010 14:03:10 -0700
Mark Brown <broonie@opensource.wolfsonmicro.com> wrote:
> On Fri, Oct 29, 2010 at 03:02:22PM +0300, Jarkko Nikula wrote:
>
> > Functions dapm_seq_run and dapm_seq_run_coalesced are modified so that a new
> > write is issued when the sequence extends to an another device and DAPM
> > context of a widget instead of originating DAPM context is used when doing
> > pop waits and register writes.
>
> I'm having a hard time parsing this bit of the changelog, I'm afraid.
> What I'd expect is that the comparison operation used for coalescing
> would be extended to compare based on the CODEC/DAPM context too and the
> split per device should naturally fall out of that. I didn't notice the
> comparison being updated?
>
It was these diffs for dapm_seq_run:
/* Do we need to apply any queued changes? */
- if (sort[w->id] != cur_sort || w->reg != cur_reg) {
+ if (sort[w->id] != cur_sort || w->reg != cur_reg ||
+ w->dapm != cur_dapm) {
if (!list_empty(&pending))
dapm_seq_run_coalesced(dapm, &pending);
So if DAPM is different the dapm_seq_run_coalesced is run now and next
iterations are done for another DAPM context.
Looking at this now I think I can leave out dapm_seq_run_coalesced
changes by changing the line above to
dapm_seq_run_coalesced(cur_dapm, &pending). I'll check it for the
next version.
> Otherwise this looks pretty good, these are stylistic things:
>
Good notes. I'll change them.
--
Jarkko
next prev parent reply other threads:[~2010-10-31 18:10 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-29 12:02 [RFC_ii/iv 1/3] ASoC: Move DAPM paths from DAPM context to snd_soc_card Jarkko Nikula
2010-10-29 12:02 ` [RFC_ii/iv 2/3] ASoC: Move widgets " Jarkko Nikula
2010-10-29 20:57 ` Mark Brown
2010-10-29 12:02 ` [RFC_ii/iv 3/3] ASoC: Extend DAPM to handle power changes on cross-device paths Jarkko Nikula
2010-10-29 21:03 ` Mark Brown
2010-10-31 18:11 ` Jarkko Nikula [this message]
2010-11-01 17:43 ` Mark Brown
2010-10-29 20:51 ` [RFC_ii/iv 1/3] ASoC: Move DAPM paths from DAPM context to snd_soc_card Mark Brown
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=20101031201153.453f8294.jhnikula@gmail.com \
--to=jhnikula@gmail.com \
--cc=alsa-devel@alsa-project.org \
--cc=broonie@opensource.wolfsonmicro.com \
--cc=lrg@slimlogic.co.uk \
/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.