On Thu, Dec 19, 2013 at 03:48:04PM +0000, Charles Keepax wrote:
> Move the ADSP2 boot proceedure into a work structure in preparation for
> running it asynchronously with the rest of the audio path bring up.
These look good at least for a first pass, though obviously the drivers
need updating and you need to pick times to run the events. I had been
thinking about trying to do something to encourage things like firmware
download to happen during other delays or trying to arrange to initiate
things from the clock startup (this is one of the possible uses for the
_WILL_PMU event) but both are future work things.
You probably want to explicitly schedule these for WQ_UNBOUND though I
think that's the default.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://mailman.alsa-project.org/pipermail/alsa-devel/attachments/20131219/801a3bcd/attachment.sig>