[BUG] Missing ADL topology for Dynabook X30W-K: RT711@l0 + RT714@l1 + RT1316@l2+l3

[groxaxo]

Summary

I have a Dynabook Portege X30W-K / PDA31A on Alder Lake with this SoundWire endpoint layout decoded from DSDT:

• RT711 on link 0 (headset codec)
• RT714 on link 1 (digital mic)
• RT1316 on link 2 (speaker amp)
• RT1316 on link 3 (speaker amp)

I can find close ADL prebuilt topologies, but not one matching this exact layout. The topology I appear to need is:

sof-adl-rt711-l0-rt1316-l23-rt714-l1.tplg

Without it, I can only force an HDA-only topology for the DMIC, and the internal speakers stay silent because the RT1316 SoundWire amps are never brought up.

Companion linux issue: thesofproject/linux#5784

Hardware / environment

• Dynabook Portege X30W-K / PDA31A
• Ubuntu 24.04.4 LTS
• Kernel: 6.17.0-1023-oem
• Intel Alder Lake PCH-P audio: 8086:51c8
• Subsystem observed on machine: 3100:011f

Evidence

Public artifacts:

• Full diagnosis: https://github.com/groxaxo/dynabook-x30w-k-ubuntu-audio/blob/80ddfeb2367eca3f01673faf0e8d127995f955b8/docs/soundwire-sdca-diagnosis-2026-05-25.md
• Raw DSDT: https://github.com/groxaxo/dynabook-x30w-k-ubuntu-audio/blob/80ddfeb2367eca3f01673faf0e8d127995f955b8/diagnostics/dsdt.dsl.gz
• Decoded SoundWire table: https://github.com/groxaxo/dynabook-x30w-k-ubuntu-audio/blob/80ddfeb2367eca3f01673faf0e8d127995f955b8/diagnostics/soundwire-topology.txt

Decoded active SoundWire devices:

ACPI dev	SDW link	Codec	Role
SWD0	0	RT711	headset codec
SWD3	1	RT714	digital mic
SWD2	2	RT1316	speaker amp (left)
SWD1	3	RT1316	speaker amp (right)

The DSDT also contains:

"mipi-rtk-part-smartamp-private-prop"

Request

Could you advise whether the right fix is to add/build a topology for:

• RT711 @ l0
• RT714 @ l1
• RT1316 @ l2 + l3

using the existing ADL RT711/RT1316/RT714 topologies as the base?

If there is already an in-flight topology or a better downstream tree to test, I’m happy to try it.

[groxaxo]

Follow-up: kernel-side patch skeleton for the topology request

After reviewing the kernel match table in 7.1-rc4, here's the exact kernel C code needed alongside the new topology file.

Kernel patch (soc-acpi-intel-adl-match.c)

The patch needs three additions:

1. New ADR struct (rt714_1_adr — currently only link 0, 2, 3 variants exist):

static const struct snd_soc_acpi_adr_device rt714_1_adr[] = {
{
um_endpoints = 1,
dpoints = &single_endpoint,
ame_prefix = "rt714"
}
};

2. New link array:

static const struct snd_soc_acpi_link_adr adl_sdca_rt711_l0_rt714_l1_rt1316_l23[] = {
{ .mask = BIT(0), .num_adr = ARRAY_SIZE(rt711_sdca_0_adr),    .adr_d = rt711_sdca_0_adr    },
{ .mask = BIT(1), .num_adr = ARRAY_SIZE(rt714_1_adr),         .adr_d = rt714_1_adr          },
{ .mask = BIT(2), .num_adr = ARRAY_SIZE(rt1316_2_group1_adr), .adr_d = rt1316_2_group1_adr  },
{ .mask = BIT(3), .num_adr = ARRAY_SIZE(rt1316_3_group1_adr), .adr_d = rt1316_3_group1_adr  },
{}
};

3. New machine entry in snd_soc_acpi_intel_adl_sdw_machines[]:

{
.link_mask = 0xF,
.links = adl_sdca_rt711_l0_rt714_l1_rt1316_l23,
.drv_name = "sof_sdw",
.sof_tplg_filename = "sof-adl-rt711-l0-rt1316-l23-rt714-l1.tplg",
},

Required topology file

sof-adl-rt711-l0-rt1316-l23-rt714-l1.tplg

This is a 3-in-1 SDCA topology (headset + 2× smart-amp speaker + DMIC) with the unusual layout of RT714 on link 1 instead of link 2 or 3. The closest existing topologies to use as a base are:

• sof-adl-rt711-l0-rt1316-l13-rt714-l2.tplg (same codec mix, different link assignment)
• sof-adl-rt711-l0-rt1316-l12-rt714-l3.tplg

Hardware confirmation

Decoded directly from DSDT _ADR values:

Link	ADR	Chip	Role
0	0x000030025D071101	RT711	headset codec
1	0x000130025D071401	RT714	digital mic
2	0x000230025D131601	RT1316	speaker amp (left)
3	0x000331025D131601	RT1316	speaker amp (right)

Machine: Dynabook Portege X30W-K / PDA31A, Intel ADL-UP3, HDA PCI 8086:51c8 subsystem 3100:011f

I can test any in-flight topology or branch immediately.

[macchian]

@groxaxo , could you test the topology PR #10817
and kernel PR thesofproject/linux#5792 ?

sof-adl-rt711-l0-rt1316-l23-rt714-l1.zip

[groxaxo]

Clean hardware retest after disabling the local topology override for #10817 + thesofproject/linux#5792.

Result: still negative on Dynabook X30W-K / PDA31A, but this is now a clean result. The old forced topology config is gone:

/etc/modprobe.d/99-sof-pdm1-topology.conf: not present
/sys/module/snd_sof/parameters/tplg_filename: (null)
/proc/cmdline: no audio/topology override
/etc/modprobe.d/*.conf: no active match for tplg_filename or sof-hda-generic-2ch-pdm1
/sys/module/snd_intel_dspcfg/parameters/dsp_driver: 3

The test bits are still installed:

modinfo snd_soc_acpi_intel_match
filename: /lib/modules/6.17.0-1023-oem/updates/snd-soc-acpi-intel-match.ko
srcversion: BA90D4B121EC96E6FCD3922

sha256sum /lib/firmware/intel/sof-tplg/sof-adl-rt711-l0-rt1316-l23-rt714-l1.tplg
962eeebf4171b57a2782c9e20533b8b16c2be99ec0cc62df6e9630f51ce8784e

Current boot still selects the HDA generic path, now without the old PDM1 override:

sof-audio-pci-intel-tgl 0000:00:1f.3: hda codecs found, mask 5
sof-audio-pci-intel-tgl 0000:00:1f.3: using HDA machine driver skl_hda_dsp_generic now
sof-audio-pci-intel-tgl 0000:00:1f.3:  Topology file:     intel/sof-tplg/sof-hda-generic-2ch.tplg
sof-audio-pci-intel-tgl 0000:00:1f.3: loading topology: intel/sof-tplg/sof-hda-generic-2ch.tplg

/sys/bus/soundwire/devices is empty. ALSA/PipeWire still expose only sof-hda-dsp / skl_hda_dsp_generic devices, with the default sink still under alsa_output.pci-0000_00_1f.3-platform-skl_hda_dsp_generic....

So the requested sof-adl-rt711-l0-rt1316-l23-rt714-l1.tplg is still not selected on this machine, and speaker audio remains unresolved. The earlier local override is no longer the explanation for the current result.

[bardliao]

@groxaxo Please rename sof-dyndbg.conf.txt to sof-dyndbg.conf and put it in the /etc/modprobe.d/ folder and get the dmesg log after reboot.

[groxaxo]

Follow-up with the requested dynamic-debug reboot capture.

I installed the provided sof-dyndbg.conf under /etc/modprobe.d/ and captured dmesg after reboot.

Logs:
https://gist.github.com/groxaxo/22b674663db040932f9b3cf1d0f7e2ef

Key state from the capture:

kernel: 6.17.0-1023-oem
/sys/module/snd_sof/parameters/tplg_filename: (null)
/sys/module/snd_intel_dspcfg/parameters/dsp_driver: 3
modinfo snd_soc_acpi_intel_match:
filename: /lib/modules/6.17.0-1023-oem/updates/snd-soc-acpi-intel-match.ko
srcversion: BA90D4B121EC96E6FCD3922
/sys/bus/soundwire/devices: empty

Relevant boot decision is still:

snd_soc_acpi_intel_match: loading out-of-tree module taints kernel.
snd_soc_acpi_intel_match: module verification failed: signature and/or required key missing - tainting kernel
sof-audio-pci-intel-tgl 0000:00:1f.3: hda codecs found, mask 5
sof-audio-pci-intel-tgl 0000:00:1f.3: using HDA machine driver skl_hda_dsp_generic now
sof-audio-pci-intel-tgl 0000:00:1f.3: NHLT device BT(0) detected, ssp_mask 0x4
sof-audio-pci-intel-tgl 0000:00:1f.3: BT link detected in NHLT tables: 0x4
sof-audio-pci-intel-tgl 0000:00:1f.3: DMICs detected in NHLT tables: 2
sof-audio-pci-intel-tgl 0000:00:1f.3:  Topology file:     intel/sof-tplg/sof-hda-generic-2ch.tplg
sof-audio-pci-intel-tgl 0000:00:1f.3: loading topology: intel/sof-tplg/sof-hda-generic-2ch.tplg

So even with the requested dyndbg config installed/present after reboot, the machine still selects the HDA generic path and does not enumerate SoundWire devices or select sof-adl-rt711-l0-rt1316-l23-rt714-l1.tplg.