Re: [alsa-devel] [PATCH v2 8/8] ASoC: dapm: Use more aggressive caching
E.g. imagine the following example:
A --> B ----. v M --> N --> Z <-- S <-- R | v X>
Widget Z has multiple input paths, if any change was made that cause Z to be marked as dirty the power state of Z has to be re-computed. This requires to know the number of inputs and outputs of Z, which requires to know the number of inputs and outputs of all widgets on all paths from or to Z. Previously this meant re-computing all inputs and outputs of all the path going into or out of Z. With this patch in place only paths that actually have changed need to be re-computed.
so suppose "B" was the widget which caused "Z" to be dirtied then with your patch only you will calculate A->B->N->Z ?
Is my understanding right?
A->B->C | v G->P v | D->E->F
What will happen in the above diagram if P gets dirtied?
On 10/26/2014 08:29 PM, noman pouigt wrote:
E.g. imagine the following example:
A --> B ----. v M --> N --> Z <-- S <-- R | v X>
Widget Z has multiple input paths, if any change was made that cause Z to be marked as dirty the power state of Z has to be re-computed. This requires to know the number of inputs and outputs of Z, which requires to know the number of inputs and outputs of all widgets on all paths from or to Z. Previously this meant re-computing all inputs and outputs of all the path going into or out of Z. With this patch in place only paths that actually have changed need to be re-computed.
so suppose "B" was the widget which caused "Z" to be dirtied then with your patch only you will calculate A->B->N->Z ?
It will only re-compute the inputs and outputs on those path that may have changed. E.g. if Z is a mixer and the switch between N and Z is changed it will only re-compute the number of outputs for M and N and the number of outputs for Z and X. But keep the cached numbers for all other widgets.
Is my understanding right?
A->B->C | v G->P v | D->E->F
What will happen in the above diagram if P gets dirtied?
That depends on the reason why it was marked as dirty. Different operations have different impacts on the validity of the cached input/output numbers.
This series does not change which widgets get mark as dirty or how dirty widgets are handled. It introduces caching for the number of connected paths that go to a sink and the number of paths that come from source.
- Lars
participants (2)
-
Lars-Peter Clausen
-
noman pouigt