mbox series

[v7,0/5] ASoC: makes CPU/Codec channel connection map more generic

Message ID 87v8a64f3d.wl-kuninori.morimoto.gx@renesas.com (mailing list archive)
Headers show
Series ASoC: makes CPU/Codec channel connection map more generic | expand

Message

Kuninori Morimoto Nov. 13, 2023, 1:27 a.m. UTC
Hi Mark
Cc Bard, Pierre-Louis, Jerome, DT-ML

This is v7 patch-set.

Current ASoC is supporting CPU/Codec = N:M (N < M) connection by using
ch_map idea. This patch-set expands it that all connection uses this idea,
and no longer N < M limit [1][2].

Link: https://lore.kernel.org/r/87fs6wuszr.wl-kuninori.morimoto.gx@renesas.com [1]
Link: https://lore.kernel.org/r/878r7yqeo4.wl-kuninori.morimoto.gx@renesas.com [2]

ASoC core code ([PATCH 1/5]) is same as v6 and it was tested by Pierre-Louis,
and Jerome. Big change on v7 is basically for Audio-Graph-Card2.

v6 -> v7
	- use "endpoint" for N:M connection instead of ch-map-idx on Audio-Graph-Card2

v5 -> v6
	- tidyup some warnings
	- rename "ch-map-idx" -> "channel-map-index"
	- Update "channel-map-index" description
	- add Tested-by from Pierre-Louis / Jerome

v4 -> v5
	- use cpu/codec index on ch_maps
	- separate card2 sample DT patch into prepare and new feature
	- ch-maps -> ch-map-idx on DT

v3 -> v4
	- add Jerome on To
	- add "description" on "ch-maps"

v2 -> v3
	- tidyup comment
	- use more clear connection image on DT
	- "ch_maps" -> "ch-maps" on DT
	- Add DT maintainer on "To:" for all patches

v1 -> v2
	- makes CPU/Codec connection relation clear on comment/sample
	- fixup type "connction" -> "connection"
	- makes error message clear


Kuninori Morimoto (5):
  ASoC: makes CPU/Codec channel connection map more generic
  ASoC: audio-graph-card2: use better image for Multi connection
  ASoC: audio-graph-card2: add CPU:Codec = N:M support
  ASoC: audio-graph-card2-custom-sample: Add connection image
  ASoC: audio-graph-card2-custom-sample: add CPU/Codec = N:M sample

 include/sound/soc.h                           |  56 ++-
 .../audio-graph-card2-custom-sample.dtsi      | 380 ++++++++++++++++--
 sound/soc/generic/audio-graph-card2.c         | 277 ++++++++++---
 sound/soc/intel/boards/sof_sdw.c              |  28 +-
 sound/soc/soc-core.c                          |  95 ++++-
 sound/soc/soc-dapm.c                          |  45 +--
 sound/soc/soc-pcm.c                           |  44 +-
 7 files changed, 754 insertions(+), 171 deletions(-)

Comments

Mark Brown Nov. 28, 2023, 12:04 p.m. UTC | #1
On Mon, 13 Nov 2023 01:27:50 +0000, Kuninori Morimoto wrote:
> Cc Bard, Pierre-Louis, Jerome, DT-ML
> 
> This is v7 patch-set.
> 
> Current ASoC is supporting CPU/Codec = N:M (N < M) connection by using
> ch_map idea. This patch-set expands it that all connection uses this idea,
> and no longer N < M limit [1][2].
> 
> [...]

Applied to

   https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-next

Thanks!

[1/5] ASoC: makes CPU/Codec channel connection map more generic
      commit: 45cc50d13433a62f23b7b4af380497aae5e8ddc7
[2/5] ASoC: audio-graph-card2: use better image for Multi connection
      commit: 912eb415631140c93ff5f05378411fec8e6a537f
[3/5] ASoC: audio-graph-card2: add CPU:Codec = N:M support
      commit: e2de6808df4ad5faa6106f7a80617921fdf5dff5
[4/5] ASoC: audio-graph-card2-custom-sample: Add connection image
      commit: a706366f93c37c6649acfe15a1ef9a80e25bace4
[5/5] ASoC: audio-graph-card2-custom-sample: add CPU/Codec = N:M sample
      commit: 792846d9daa876186196b66dc496a2ba8ddd7535

All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus during
the next merge window (or sooner if it is a bug fix), however if
problems are discovered then the patch may be dropped or reverted.

You may get further e-mails resulting from automated or manual testing
and review of the tree, please engage with people reporting problems and
send followup patches addressing any issues that are reported if needed.

If any updates are required or you are submitting further changes they
should be sent as incremental updates against current git, existing
patches will not be replaced.

Please add any relevant lists and maintainers to the CCs when replying
to this mail.

Thanks,
Mark