mirror of
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git
synced 2024-09-12 13:55:32 +00:00
![Samuel Holland](/assets/img/avatar_default.png)
Following the example in cb2cf0de11
("ASoC: soc-core: care Codec <->
Codec case by non_legacy_dai_naming"), determine if a DAI link contains
only codec DAIs by examining the non_legacy_dai_naming flag in each
DAI's component.
For now, we assume there is only one or a small set of valid PCM stream
parameters, so num_params == 1 is good enough. We also assume that the
same params are valid for all supported streams. params is set to the
subset of parameters common among all DAIs, and then the existing code
automatically chooses the highest quality of the remaining values when
the link is brought up.
Signed-off-by: Samuel Holland <samuel@sholland.org>
Link: https://lore.kernel.org/r/20200305051143.60691-4-samuel@sholland.org
Signed-off-by: Mark Brown <broonie@kernel.org>
113 lines
3.8 KiB
ReStructuredText
113 lines
3.8 KiB
ReStructuredText
==============================================
|
|
Creating codec to codec dai link for ALSA dapm
|
|
==============================================
|
|
|
|
Mostly the flow of audio is always from CPU to codec so your system
|
|
will look as below:
|
|
::
|
|
|
|
--------- ---------
|
|
| | dai | |
|
|
CPU -------> codec
|
|
| | | |
|
|
--------- ---------
|
|
|
|
In case your system looks as below:
|
|
::
|
|
|
|
---------
|
|
| |
|
|
codec-2
|
|
| |
|
|
---------
|
|
|
|
|
dai-2
|
|
|
|
|
---------- ---------
|
|
| | dai-1 | |
|
|
CPU -------> codec-1
|
|
| | | |
|
|
---------- ---------
|
|
|
|
|
dai-3
|
|
|
|
|
---------
|
|
| |
|
|
codec-3
|
|
| |
|
|
---------
|
|
|
|
Suppose codec-2 is a bluetooth chip and codec-3 is connected to
|
|
a speaker and you have a below scenario:
|
|
codec-2 will receive the audio data and the user wants to play that
|
|
audio through codec-3 without involving the CPU.This
|
|
aforementioned case is the ideal case when codec to codec
|
|
connection should be used.
|
|
|
|
Your dai_link should appear as below in your machine
|
|
file:
|
|
::
|
|
|
|
/*
|
|
* this pcm stream only supports 24 bit, 2 channel and
|
|
* 48k sampling rate.
|
|
*/
|
|
static const struct snd_soc_pcm_stream dsp_codec_params = {
|
|
.formats = SNDRV_PCM_FMTBIT_S24_LE,
|
|
.rate_min = 48000,
|
|
.rate_max = 48000,
|
|
.channels_min = 2,
|
|
.channels_max = 2,
|
|
};
|
|
|
|
{
|
|
.name = "CPU-DSP",
|
|
.stream_name = "CPU-DSP",
|
|
.cpu_dai_name = "samsung-i2s.0",
|
|
.codec_name = "codec-2,
|
|
.codec_dai_name = "codec-2-dai_name",
|
|
.platform_name = "samsung-i2s.0",
|
|
.dai_fmt = SND_SOC_DAIFMT_I2S | SND_SOC_DAIFMT_NB_NF
|
|
| SND_SOC_DAIFMT_CBM_CFM,
|
|
.ignore_suspend = 1,
|
|
.params = &dsp_codec_params,
|
|
},
|
|
{
|
|
.name = "DSP-CODEC",
|
|
.stream_name = "DSP-CODEC",
|
|
.cpu_dai_name = "wm0010-sdi2",
|
|
.codec_name = "codec-3,
|
|
.codec_dai_name = "codec-3-dai_name",
|
|
.dai_fmt = SND_SOC_DAIFMT_I2S | SND_SOC_DAIFMT_NB_NF
|
|
| SND_SOC_DAIFMT_CBM_CFM,
|
|
.ignore_suspend = 1,
|
|
.params = &dsp_codec_params,
|
|
},
|
|
|
|
Above code snippet is motivated from sound/soc/samsung/speyside.c.
|
|
|
|
Note the "params" callback which lets the dapm know that this
|
|
dai_link is a codec to codec connection.
|
|
|
|
In dapm core a route is created between cpu_dai playback widget
|
|
and codec_dai capture widget for playback path and vice-versa is
|
|
true for capture path. In order for this aforementioned route to get
|
|
triggered, DAPM needs to find a valid endpoint which could be either
|
|
a sink or source widget corresponding to playback and capture path
|
|
respectively.
|
|
|
|
In order to trigger this dai_link widget, a thin codec driver for
|
|
the speaker amp can be created as demonstrated in wm8727.c file, it
|
|
sets appropriate constraints for the device even if it needs no control.
|
|
|
|
Make sure to name your corresponding cpu and codec playback and capture
|
|
dai names ending with "Playback" and "Capture" respectively as dapm core
|
|
will link and power those dais based on the name.
|
|
|
|
A dai_link in a "simple-audio-card" will automatically be detected as
|
|
codec to codec when all DAIs on the link belong to codec components.
|
|
The dai_link will be initialized with the subset of stream parameters
|
|
(channels, format, sample rate) supported by all DAIs on the link. Since
|
|
there is no way to provide these parameters in the device tree, this is
|
|
mostly useful for communication with simple fixed-function codecs, such
|
|
as a Bluetooth controller or cellular modem.
|