Skip to content

Conversation

@bardliao
Copy link
Collaborator

@bardliao bardliao commented Dec 29, 2025

Add some missing topologies

Fixes: #10464

Add sof-ptl-rt711 topologies with different dmic numbers.

Signed-off-by: Bard Liao <yung-chuan.liao@linux.intel.com>
Add PTL mockup topologies

Signed-off-by: Bard Liao <yung-chuan.liao@linux.intel.com>
add NVL mockup topologies

Signed-off-by: Bard Liao <yung-chuan.liao@linux.intel.com>
Copy link

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

This PR adds missing topology configurations for ACE3 (Panther Lake/PTL) and ACE4 (Nova Lake/NVL) platforms. The changes include mockup topologies for testing and production configurations for RT711 codec variants with different channel configurations.

Key Changes:

  • Added three mockup topology configurations for both PTL and NVL platforms
  • Added RT711 topology configurations with 2-channel and 4-channel DMIC support for PTL platform

Reviewed changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated no comments.

File Description
tools/topology/topology2/production/tplg-targets-ace3.cmake Added mockup topologies and RT711 codec configurations (2ch/4ch) for PTL platform
tools/topology/topology2/production/tplg-targets-ace4.cmake Added mockup topologies for NVL platform matching PTL configurations

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.


# Array of "input-file-name;output-file-name;comma separated pre-processor variables"
list(APPEND TPLGS
# MOCKUP topology for PTL
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why are these mockup? Looks like actual codec topologies to me

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Because we reuse the file name in the mockup configs. Like

	{
		.link_mask = GENMASK(3, 0),
		.links = sdw_mockup_headset_2amps_mic,
		.drv_name = "sof_sdw",
		.sof_tplg_filename = "sof-ptl-rt711-rt1308-rt715.tplg",
	},

https://github.com/thesofproject/linux/blob/topic/sof-dev/sound/soc/intel/common/soc-acpi-intel-ptl-match.c#L649

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ahh yes. I forget this every single time.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@bardliao I do wonder should we keep having the mocks for every gens going forward in upstream? Do these still serve a purpose in upstream?

Given these are upstream Linux, ok to add the topologies if only for consistency (topologies referenced by upstream Linux kernel should be available in SOF tplg upstream).

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The mockup config is usually used before the real SDW codec is setup. It is useful to verify the SDW bus driver. I do have 2 opens.

  1. Do we want to reuse the existing topologies? Given that we will use function topology in most case, we will need to create new topologies for the mockup configs. Is it better to create mockup topologies in the development folder? We can include SDW configs in the mockup topologies and then it will be platform independent. IOW, we just need to create a set of mockup topologies.
  2. Do we want to create mockup configs for every platform? Or just create mockup configs when the audio IP is changed? Like ACE3 -> ACE4.

Copy link
Collaborator

@kv2019i kv2019i left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks @bardliao ! Some questions inline, but nothing to block the PR so proceeding with merge. The one doxygen error is handled in a separate PR, not related to this.


# Array of "input-file-name;output-file-name;comma separated pre-processor variables"
list(APPEND TPLGS
# MOCKUP topology for PTL
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this would be for NVL, but not important, context makes obvious


# Array of "input-file-name;output-file-name;comma separated pre-processor variables"
list(APPEND TPLGS
# MOCKUP topology for PTL
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@bardliao I do wonder should we keep having the mocks for every gens going forward in upstream? Do these still serve a purpose in upstream?

Given these are upstream Linux, ok to add the topologies if only for consistency (topologies referenced by upstream Linux kernel should be available in SOF tplg upstream).

@kv2019i kv2019i merged commit 98a7524 into thesofproject:main Dec 30, 2025
39 of 43 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[BUG] Missing topology: sof-ptl-rt711.tplg

4 participants