[alsa-devel] [PATCH 2/3] ASoC: Add support for sequencing within

Mark Brown broonie at opensource.wolfsonmicro.com
Wed Jan 19 11:07:51 CET 2011

On Wed, Jan 19, 2011 at 10:19:38AM +0200, Peter Ujfalusi wrote:

> I have been wondering, if we just go, and follow the sequence of the
> DAPM widgets in on the path on powerup, and follow the reverse sequence
> on powerdown.

It's certainly worth considering.  It's not unambiguously clear that
this is ideal - there's a few cases where you pretty much always want to
do things in a different order to the straight path, the primary one
being that since PGAs make everything more noisy you generally want to
power them on last.  There's also the issue that you don't want to
oversequence things, more often than not bringing things up in parallel
performs at least as well or even better.

> IMHO in this way we would have better control over the sequences, and we
> might be in better position to combat pop noises, since we have more
> explicit control over the sequence of events.

OOI, do we actually have issues here at the minute?  The only issue I'm
aware of is that we don't have a facility for keeping PGAs muted while
sequences are running.

> I have not looked how hard it would be to change the DAPM to do this.
> Anyways I would not started to do this without asking... I know there
> are really good reasons to have the current DAPM sequence handling, but
> I do wonder, if it make sense to do this.

It's potentially useful.  There are some considerations as above that
mean we don't want a straight graph walk but there's certainly some room
for using the infrastructure.

More information about the Alsa-devel mailing list