[alsa-devel] [PATCH v3 0/2] ASoC: Use DMI name in sound card long name
From: Mengdong Lin mengdong.lin@linux.intel.com
This series is based on Liam's idea to use DMI name as the sound card short name in the audio workshop. Now we add DMI info to the card long name: - Not change the card name (short name), keep it simple. So the card ID won't change as well. - Use DMI name to make the card long name.
Machine drivers can use a new API to get this feature.
In user space, when the sound server ask UCM to open a sound card, UCM will try to find the best machine-specific configuration file based on the card long name, and only if not avaiable, fallback to the default configuration file that matches the card name (short name).
Please see patch: ucm: Automatically load the best config file based on the card long name
History: v1 from RFC: Give up using a table to map DMI info to a simple string, since we cannot maintain such a table for each machine. Just do verbatim copy of DMI info and let user space decide how to use the DMI info in card long name to find the best UCM config file.
If device driver adds a flavor string, just append it after the DMI info fields to the card long name.
v2: Exclude card name and only keep DMI name in the long name, to save the space since the long name cannot exceed 80 characters. Trim special characters like SPACE in the long name, because UCM configuration files & directories may use the same long name and Autoconf cannot handle special characters.
v3: Also include DMI product version in the long name, since vendors like Lenovo may only put self-explanatory name in this field.
Liam Girdwood (1): ASoC: core: Add API to use DMI name in sound card long name
Mengdong Lin (1): ASoC: Intel: Use DMI name for sound card long name in Broadwell machine driver
include/sound/soc.h | 4 ++ sound/soc/intel/boards/broadwell.c | 2 + sound/soc/soc-core.c | 122 +++++++++++++++++++++++++++++++++++++ 3 files changed, 128 insertions(+)
From: Liam Girdwood liam.r.girdwood@linux.intel.com
Intel DSP platform drivers are used by many different devices but are difficult for userspace to differentiate. This patch adds an API to allow the DMI name to be used in the sound card long name, thereby helping userspace load the correct UCM configuration. Usually machine drivers uses their own name as the sound card name (short name), and leave the long name and driver name blank. This API will use the DMI info like vendor, product and board to make up the card long name. If the machine driver has already explicitly set the long name, this API will do nothing.
This patch also allows for further differentiation as many devices that share the same DMI name i.e. Minnowboards, UP boards may be configured with different codecs or firmwares. The API supports flavoring the DMI name into the card longname to provide the extra differentiation required for these devices.
For Use Case Manager (UCM) in the user space, changing card long name by this API is backward compatible, since the card name does not change. For a given sound card, even if there is no device-specific UCM configuration file that uses the card long name, UCM will fall back to load the default configuration file that uses the card name.
Signed-off-by: Liam Girdwood liam.r.girdwood@linux.intel.com Signed-off-by: Mengdong Lin mengdong.lin@linux.intel.com
diff --git a/include/sound/soc.h b/include/sound/soc.h index 795e6c4..e4f1844 100644 --- a/include/sound/soc.h +++ b/include/sound/soc.h @@ -497,6 +497,8 @@ void snd_soc_runtime_deactivate(struct snd_soc_pcm_runtime *rtd, int stream); int snd_soc_runtime_set_dai_fmt(struct snd_soc_pcm_runtime *rtd, unsigned int dai_fmt);
+int snd_soc_set_dmi_name(struct snd_soc_card *card, const char *flavour); + /* Utility functions to get clock rates from various things */ int snd_soc_calc_frame_size(int sample_size, int channels, int tdm_slots); int snd_soc_params_to_frame_size(struct snd_pcm_hw_params *params); @@ -1094,6 +1096,8 @@ struct snd_soc_card { const char *name; const char *long_name; const char *driver_name; + char dmi_longname[80]; + struct device *dev; struct snd_card *snd_card; struct module *owner; diff --git a/sound/soc/soc-core.c b/sound/soc/soc-core.c index aaab26a..c744266 100644 --- a/sound/soc/soc-core.c +++ b/sound/soc/soc-core.c @@ -34,6 +34,7 @@ #include <linux/ctype.h> #include <linux/slab.h> #include <linux/of.h> +#include <linux/dmi.h> #include <sound/core.h> #include <sound/jack.h> #include <sound/pcm.h> @@ -1886,6 +1887,127 @@ int snd_soc_runtime_set_dai_fmt(struct snd_soc_pcm_runtime *rtd, } EXPORT_SYMBOL_GPL(snd_soc_runtime_set_dai_fmt);
+ +/* Only keep number and alphabet characters and a few separator characters. + * DMI info often has SPACE and we must trim them, since Use Case Manager in + * the user space expects the device-specific configuration files/directories + * use the same name as the card long name but Autoconf cannot support SPACE + * in file or directory name. + */ +static void trim_special_characters(char *name) +{ + int i, j = 0; + + for (i = 0; name[i]; i++) { + if (isalnum(name[i]) || (name[i] == '.') + || (name[i] == '-') || (name[i] == '_')) + name[j++] = name[i]; + } + + name[j] = '\0'; +} + +/** + * snd_soc_set_dmi_name() - Register DMI names to card + * @card: The card to register DMI names + * @flavour: The flavour "differentiator" for the card amongst its peers. + * + * An Intel machine driver may be used by many different devices but are + * difficult for userspace to differentiate, since machine drivers ususally + * use their own name as the card name (short name) and leave the card long + * name blank. To differentiate such devices and fix bugs due to lack of + * device-specific configurations, this function allows DMI info to be used + * as the sound card long name, in the format of + * "vendor.product.version.board" + * (Character '.' are used to separate different DMI fields here). + * This will help the userspace to load the correct UCM (Use Case Manager) + * configuration. + * + * Possible card long names may be: + * DellInc..XPS139343.01.0310JH + * ASUSTeKCOMPUTERINC..T100TA.1.0.T100TA + * Circuitco.MinnowboardMaxD0PLATFORM.D0.MinnowBoardMAX + * (Please note DMI can also include '.' like"Inc." so you may see double '.' + * sometimes) + * + * This function also supports flavoring the card longname to provide + * the extra differentiation, like "vendor.product.version.board.flavor". + * + * We only keep number and alphabet characters and a few separator characters + * in the card long name since UCM in the user space uses the card long names + * as card configuration directory names and AudoConf cannot support special + * charactors like SPACE. + * + * Returns 0 on success, otherwise a negative error code. + */ +int snd_soc_set_dmi_name(struct snd_soc_card *card, const char *flavour) +{ + const char *vendor, *product, *product_version, *board; + int len; + + if (card->long_name) + return 0; /* long name already set by driver or from DMI */ + + /* make up dmi long name as: vendor.product.version.board */ + vendor = dmi_get_system_info(DMI_BOARD_VENDOR); + if (!vendor) { + dev_warn(card->dev, "ASoC: no DMI vendor name!\n"); + return 0; + } + + snprintf(card->dmi_longname, sizeof(card->snd_card->longname), + "%s", vendor); + + product = dmi_get_system_info(DMI_PRODUCT_NAME); + if (product) { + len = strlen(card->dmi_longname); + snprintf(card->dmi_longname + len, + sizeof(card->snd_card->longname) - len, + ".%s", product); + + /* some vendors like Lenovo may only put a self-explanatory + * name in the product version field + */ + product_version = dmi_get_system_info(DMI_PRODUCT_VERSION); + if (product_version) { + len = strlen(card->dmi_longname); + snprintf(card->dmi_longname + len, + sizeof(card->snd_card->longname) - len, + ".%s", product_version); + } + } + + board = dmi_get_system_info(DMI_BOARD_NAME); + if (board) { + len = strlen(card->dmi_longname); + snprintf(card->dmi_longname + len, + sizeof(card->snd_card->longname) - len, + ".%s", board); + } else if (!product) { + /* fall back to using legacy name */ + dev_warn(card->dev, "ASoC: no DMI board/product name!\n"); + return 0; + } + + /* trim special characters to save space for flavor string */ + trim_special_characters(card->dmi_longname); + + /* Add flavour to dmi long name */ + if (flavour) { + len = strlen(card->dmi_longname); + snprintf(card->dmi_longname + len, + sizeof(card->snd_card->longname) - len, + ".%s", flavour); + trim_special_characters(card->dmi_longname + len); + } + + /* set the card long name */ + card->long_name = card->dmi_longname; + + return 0; +} +EXPORT_SYMBOL_GPL(snd_soc_set_dmi_name); + static int snd_soc_instantiate_card(struct snd_soc_card *card) { struct snd_soc_codec *codec;
On Tue, 10 Jan 2017 07:42:49 +0100, mengdong.lin@linux.intel.com wrote:
+/**
- snd_soc_set_dmi_name() - Register DMI names to card
- @card: The card to register DMI names
- @flavour: The flavour "differentiator" for the card amongst its peers.
- An Intel machine driver may be used by many different devices but are
- difficult for userspace to differentiate, since machine drivers ususally
- use their own name as the card name (short name) and leave the card long
- name blank. To differentiate such devices and fix bugs due to lack of
- device-specific configurations, this function allows DMI info to be used
- as the sound card long name, in the format of
- "vendor.product.version.board"
- (Character '.' are used to separate different DMI fields here).
- This will help the userspace to load the correct UCM (Use Case Manager)
- configuration.
- Possible card long names may be:
- DellInc..XPS139343.01.0310JH
- ASUSTeKCOMPUTERINC..T100TA.1.0.T100TA
- Circuitco.MinnowboardMaxD0PLATFORM.D0.MinnowBoardMAX
- (Please note DMI can also include '.' like"Inc." so you may see double '.
'
- sometimes)
Looking at the examples above, I wonder whether the dot is the best choice as the separator. Might other letters (e.g. ":" or "=") would be clearer? The colon might be bad if it were combined with the alsa-lib plugin syntax, but I guess it won't happen?
thanks,
Takashi
On 01/10/2017 03:09 PM, Takashi Iwai wrote:
On Tue, 10 Jan 2017 07:42:49 +0100, mengdong.lin@linux.intel.com wrote:
+/**
- snd_soc_set_dmi_name() - Register DMI names to card
- @card: The card to register DMI names
- @flavour: The flavour "differentiator" for the card amongst its peers.
- An Intel machine driver may be used by many different devices but are
- difficult for userspace to differentiate, since machine drivers ususally
- use their own name as the card name (short name) and leave the card long
- name blank. To differentiate such devices and fix bugs due to lack of
- device-specific configurations, this function allows DMI info to be used
- as the sound card long name, in the format of
- "vendor.product.version.board"
- (Character '.' are used to separate different DMI fields here).
- This will help the userspace to load the correct UCM (Use Case Manager)
- configuration.
- Possible card long names may be:
- DellInc..XPS139343.01.0310JH
- ASUSTeKCOMPUTERINC..T100TA.1.0.T100TA
- Circuitco.MinnowboardMaxD0PLATFORM.D0.MinnowBoardMAX
- (Please note DMI can also include '.' like"Inc." so you may see double '.
'
- sometimes)
Looking at the examples above, I wonder whether the dot is the best choice as the separator. Might other letters (e.g. ":" or "=") would be clearer? The colon might be bad if it were combined with the alsa-lib plugin syntax, but I guess it won't happen?
Hi Takashi,
I found we cannot use ":" as separator. It's because we want to use the card long name as the name of the directory to store UCM configuration files for this card, and Autoconf cannot support ":" in the directory name.
Both "=" and "-" can work, which would you suggest to use? I've not observed "-" or "=" in DMI fields till now, and I guess "=" is less likely to be used by vendors.
Thanks Mengdong
On Wed, 11 Jan 2017 07:32:11 +0100, Mengdong Lin wrote:
On 01/10/2017 03:09 PM, Takashi Iwai wrote:
On Tue, 10 Jan 2017 07:42:49 +0100, mengdong.lin@linux.intel.com wrote:
+/**
- snd_soc_set_dmi_name() - Register DMI names to card
- @card: The card to register DMI names
- @flavour: The flavour "differentiator" for the card amongst its peers.
- An Intel machine driver may be used by many different devices but are
- difficult for userspace to differentiate, since machine drivers ususally
- use their own name as the card name (short name) and leave the card long
- name blank. To differentiate such devices and fix bugs due to lack of
- device-specific configurations, this function allows DMI info to be used
- as the sound card long name, in the format of
- "vendor.product.version.board"
- (Character '.' are used to separate different DMI fields here).
- This will help the userspace to load the correct UCM (Use Case Manager)
- configuration.
- Possible card long names may be:
- DellInc..XPS139343.01.0310JH
- ASUSTeKCOMPUTERINC..T100TA.1.0.T100TA
- Circuitco.MinnowboardMaxD0PLATFORM.D0.MinnowBoardMAX
- (Please note DMI can also include '.' like"Inc." so you may see double '.
'
- sometimes)
Looking at the examples above, I wonder whether the dot is the best choice as the separator. Might other letters (e.g. ":" or "=") would be clearer? The colon might be bad if it were combined with the alsa-lib plugin syntax, but I guess it won't happen?
Hi Takashi,
I found we cannot use ":" as separator. It's because we want to use the card long name as the name of the directory to store UCM configuration files for this card, and Autoconf cannot support ":" in the directory name.
OK, fair enough.
Both "=" and "-" can work, which would you suggest to use? I've not observed "-" or "=" in DMI fields till now, and I guess "=" is less likely to be used by vendors.
Yes, but OTOH, "=" would become tricky if you want to handle it in a shell script.
One alternative is to use "." or "-" for a separator while converting the existing such letters to a different one like "_".
thanks,
Takashi
On 01/11/2017 04:03 PM, Takashi Iwai wrote:
On Wed, 11 Jan 2017 07:32:11 +0100, Mengdong Lin wrote:
On 01/10/2017 03:09 PM, Takashi Iwai wrote:
On Tue, 10 Jan 2017 07:42:49 +0100, mengdong.lin@linux.intel.com wrote:
+/**
- snd_soc_set_dmi_name() - Register DMI names to card
- @card: The card to register DMI names
- @flavour: The flavour "differentiator" for the card amongst its peers.
- An Intel machine driver may be used by many different devices but are
- difficult for userspace to differentiate, since machine drivers ususally
- use their own name as the card name (short name) and leave the card long
- name blank. To differentiate such devices and fix bugs due to lack of
- device-specific configurations, this function allows DMI info to be used
- as the sound card long name, in the format of
- "vendor.product.version.board"
- (Character '.' are used to separate different DMI fields here).
- This will help the userspace to load the correct UCM (Use Case Manager)
- configuration.
- Possible card long names may be:
- DellInc..XPS139343.01.0310JH
- ASUSTeKCOMPUTERINC..T100TA.1.0.T100TA
- Circuitco.MinnowboardMaxD0PLATFORM.D0.MinnowBoardMAX
- (Please note DMI can also include '.' like"Inc." so you may see double '.
'
- sometimes)
Looking at the examples above, I wonder whether the dot is the best choice as the separator. Might other letters (e.g. ":" or "=") would be clearer? The colon might be bad if it were combined with the alsa-lib plugin syntax, but I guess it won't happen?
Hi Takashi,
I found we cannot use ":" as separator. It's because we want to use the card long name as the name of the directory to store UCM configuration files for this card, and Autoconf cannot support ":" in the directory name.
OK, fair enough.
Both "=" and "-" can work, which would you suggest to use? I've not observed "-" or "=" in DMI fields till now, and I guess "=" is less likely to be used by vendors.
Yes, but OTOH, "=" would become tricky if you want to handle it in a shell script.
Okay. So we won't use "=".
One alternative is to use "." or "-" for a separator while converting the existing such letters to a different one like "_".
It looks nice. Thanks for the tips! I'll use "-" as the separator, and convert the the existing "-" in DMI strings to "_".
Thanks Mengdong
On Wed, Jan 11, 2017 at 06:27:03PM +0800, Mengdong Lin wrote:
On 01/11/2017 04:03 PM, Takashi Iwai wrote:
Mengdong Lin wrote:
On 01/10/2017 03:09 PM, Takashi Iwai wrote:
mengdong.lin@linux.intel.com wrote:
- Possible card long names may be:
- DellInc..XPS139343.01.0310JH
- ASUSTeKCOMPUTERINC..T100TA.1.0.T100TA
- Circuitco.MinnowboardMaxD0PLATFORM.D0.MinnowBoardMAX
It looks nice. Thanks for the tips! I'll use "-" as the separator, and convert the the existing "-" in DMI strings to "_".
"nice" seems like a very strong term here :) Not sure there's any options that will look much better but still.
On Wed, 11 Jan 2017 16:01:19 +0100, Mark Brown wrote:
On Wed, Jan 11, 2017 at 06:27:03PM +0800, Mengdong Lin wrote:
On 01/11/2017 04:03 PM, Takashi Iwai wrote:
Mengdong Lin wrote:
On 01/10/2017 03:09 PM, Takashi Iwai wrote:
mengdong.lin@linux.intel.com wrote:
- Possible card long names may be:
- DellInc..XPS139343.01.0310JH
- ASUSTeKCOMPUTERINC..T100TA.1.0.T100TA
- Circuitco.MinnowboardMaxD0PLATFORM.D0.MinnowBoardMAX
It looks nice. Thanks for the tips! I'll use "-" as the separator, and convert the the existing "-" in DMI strings to "_".
"nice" seems like a very strong term here :) Not sure there's any options that will look much better but still.
Yeah, it's still not photogenic. But the merit is rather that it makes easier to parse.
Takashi
From: Mengdong Lin mengdong.lin@linux.intel.com
Intel Broadwell machine driver will call API snd_soc_set_dmi_name() to use DMI info to make the sound card long name.
For example, here are the changed long name for two Broadwell-based machines: Dell XPS-13(2015): DellInc..XPS139343.01.0310JH Intel WilsonBeach: Intel Corp..BroadwellClientplatform.0.1.WilsonBeachSDS
They still share the same card name "broadwell-rt286".
Signed-off-by: Mengdong Lin mengdong.lin@linux.intel.com
diff --git a/sound/soc/intel/boards/broadwell.c b/sound/soc/intel/boards/broadwell.c index 5bb64d1..cda73bb 100644 --- a/sound/soc/intel/boards/broadwell.c +++ b/sound/soc/intel/boards/broadwell.c @@ -266,6 +266,8 @@ static int broadwell_audio_probe(struct platform_device *pdev) { broadwell_rt286.dev = &pdev->dev;
+ snd_soc_set_dmi_name(&broadwell_rt286, NULL); + return devm_snd_soc_register_card(&pdev->dev, &broadwell_rt286); }
participants (4)
-
Mark Brown
-
Mengdong Lin
-
mengdong.lin@linux.intel.com
-
Takashi Iwai