ASoC: soc-pcm: add dpcm_runtime_setup()
authorKuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Mon, 22 Feb 2021 00:47:34 +0000 (09:47 +0900)
committerMark Brown <broonie@kernel.org>
Wed, 10 Mar 2021 13:06:47 +0000 (13:06 +0000)
commit1b8cb123f3dd6f205541299e2a573237452a6ffe
treee347f3698d3f41c0f9a540501b38caba54028f74
parent5f53898af1a2bf753f111ec1c7ed668fe6557b76
ASoC: soc-pcm: add dpcm_runtime_setup()

dpcm_fe_dai_startup() (= A) calls dpcm_set_fe_runtime() (= B) to setup
DPCM runtime. From *naming point of view*, it sounds like setup function
for FE.

(A) static int dpcm_fe_dai_startup(...)
{
...
(B) dpcm_set_fe_runtime(...);
...
}

But in dpcm_set_fe_runtime() (= B),
It  setups FE by dpcm_runtime_setup_fe() (= X),
and setups BE by dpcm_runtime_merge_xxx() (= Y).

(B) static void dpcm_set_fe_runtime(...)
{
...
(X) dpcm_runtime_setup_fe(...);

 ^ dpcm_runtime_merge_format(...);
(Y) dpcm_runtime_merge_chan(...);
 v dpcm_runtime_merge_rate(...);
}

These means that the function which is called as xxx_fe_xxx()
is setups both FE and BE. This is confusable and can be hot bed for bug.

This patch renames unclear dpcm_runtime_merge_xxx() (= Y) to
more clear dpcm_runtime_setup_be_xxx().

Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Link: https://lore.kernel.org/r/87o8gdvsgr.wl-kuninori.morimoto.gx@renesas.com
Signed-off-by: Mark Brown <broonie@kernel.org>
sound/soc/soc-pcm.c