[PATCH v2] ASoC: core: clarify the driver name initialization

Pierre-Louis Bossart pierre-louis.bossart at linux.intel.com
Thu Oct 20 20:13:25 CEST 2022


Hi Jaroslav,

> Nope. It's just a short path for the non-driver field to not further
> process the destination string (the name argument). The snprintf() call
> sets all field types (it's before the condition). Just set the
> driver_name field in the soc card structure and you will be fine.
> 
> The UCM config must be updated to handle the new driver name. The fine
> selection key should probably use the card name, because long name is
> set from DMI:
> 
> old:
> 
> 1 [sofglkda7219max]: sof-glkda7219ma - sof-glkda7219max
>                      Google-Phaser360-rev4
> 
> new:
> 
> 1 [sofglkda7219max]: SOF-Intel - sof-glkda7219max
>                      Google-Phaser360-rev4
> 
> UCM substitutions:
> 
> 1 [${CardId}      ]: ${CardDriver} - ${CardName}
>                      ${CardLongName}
> 
> UCM conf:
> 
> mkdir -p ucm2/conf.d/SOF-Intel
> cat > ucm2/conf.d/SOF-Intel/SOF-Intel.conf <<EOF
> Syntax 6
> Include.0.File "/Intel/\${CardName}/\${CardName}.conf"
> EOF

I am not following any of this, sorry.

The existing UCM configuration uses the card name, e.g.
sof-glkda7219max. That works and needs zero extra work.

If all the cards registered in sound/soc/intel/boards use the same
"SOF-Intel" driver name, then the driver name cannot be used for any UCM
selection.

What is the point of including all the cardName.conf files at a higher
level that brings no obvious value beyond an indirection that we already
have with the path ucm2/Intel ?

What am I missing ??


More information about the Alsa-devel mailing list