(subset) [PATCH 0/6] ASoC: mt8195: Add support for MT8395 Radxa NIO 12L with MT6359 codec

[Mark Brown]

On Thu, 17 Apr 2025 10:44:31 +0200, Julien Massot wrote:
> This patch series adds support for audio playback on the MT8395-based Radxa NIO 12L platform, which uses the integrated MT6359 codec via internal DAI links.
> 
> Key additions:
> - Support for a new `mediatek,mt8195_mt6359` card configuration that does not rely on external codecs like rt5682.
> - Proper memory region declarations and pinctrl setup for the audio front-end (AFE) and audio DSP (ADSP).
> - A device tree sound node for headphone audio routing using `DL_SRC_BE` and `AIF1`.
> - Enhancements to the DT bindings to document the new compatible string, missing link-name, and additional audio routes (Headphone L/R).
> 
> [...]

Applied to

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

Thanks!

[1/6] ASoC: mediatek: mt8195: Move rt5682 specific dapm routes
      commit: 0cb1975c717528b662f096b2874e4dae8a9a2d2e
[2/6] ASoC: mediatek: mt8195: Set ETDM1/2 IN/OUT to COMP_DUMMY()
      commit: 7af317f7faaab09d5a78f24605057d11f5955115
[3/6] ASoC: mediatek: mt8195: Add mt8195-mt6359 card
      commit: 3046e16d0605765ff0c5b99f1fa13fa35312eae9
[4/6] ASoC: dt-bindings: mt8195: add compatible mt8195_mt6359
      commit: 95f6208b20e4d0b427d32e5881be4257a3aab3c8
[5/6] ASoC: dt-bindings: mt8195: add missing audio routing and link-name
      commit: 5b974f53424d16165b606e2e2f9208d450a5723c

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