[FEATURE] Processing pipeline macros with volume need to get their PGA name from caller macro

[singalsu]

Is your feature request related to a problem? Please describe.
Yes, currently the general looking macros like pipe-eq-iir-volume.m4 are in practice usable only with Dmic0 endpoint. We need the same macros for HDA and SDW endpoints to avoid duplication. The old style PGAx.y like names cannot be controlled by UCM in a maintainable way. There's same issue with with playback pipeline macros.

Describe the solution you'd like
Minimum set of processing pipeline macros to maintain, no duplication need with just different PGA_NAME defines. The higher level macros like sof-hda-generic.m4 needs to define PGA_NAME before instantiating echo pipeline a undefine PGA_NAME after it. There might be other ways but this simple way should work.

Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.

Additional context
Add any other context or screenshots about the feature request here.

[lgirdwood]

@singalsu so IIUC all we need here is to pass in kcontrol names from the callers ? @juimonen can you take a quick look here and report on effort. Thanks !

[lgirdwood]

@juimonen @singalsu any update here ? can we close ?

[lgirdwood]

@singalsu lets review for v1.8 as topology 2.0 means we probably don't need this.

[singalsu]

Probably no need, though I wonder topology 2.0 is going to handle all of what m4 does (e.g. pass correct filter blobs for processing pipelines, define processing for endpoints). For now need to do all pipeline processing changes from top level CMakeList.txt with a lot of care since pipelines are not as symmetrical as they initially look like. The PGAs names is one of the hard-coded pitfalls.

[lgirdwood]

@juimonen @ranj063 fyi - any comment here for topology 2.0

[singalsu]

It would not hurt to fix this for 1.x since it's broken. As example when I did for my PR #3841 the example topology that uses various -DxPROCs I could use sof-pipe-eq-iir-volume only for DMIC capture. The topology graph gets messed up if I attempt to use it for headset microphone capture (where it also makes sense).

I'll do a fix to intel-generic-dmic.

[singalsu]

The problems looks like this:

[lgirdwood]

@singalsu can we do some temporary duplication here (and state this in big comments at the top of each file) - I dont wont to waste any extra effort on stuff that is deprecated. @plbossart @ranj063 any comments ?