Re: [BUG] ASoC: Intel PTL missing SoundWire machine match for RT712 + 4x TAS2783 speakers

Re: [BUG] ASoC: Intel PTL missing SoundWire machine match for RT712 + 4x TAS2783 speakers

[Pierre-Louis Bossart]

> The expected configuration appears to be:
> 
> |link 2:   4 x TAS2783 (mfg_id 0x0102, part_id 0x0000) link 3:   RT712
> SDCA (mfg_id 0x025d, part_id 0x0712) |


There's a similar configuration with another bug report, see

https://bugzilla.kernel.org/show_bug.cgi?id=221782

the symptoms are different but clearly this configuration isn't well
handled just yet.

> Could you confirm whether this configuration is expected to be
> supported, and if so whether a PTL machine-table entry/topology is still
> missing?

It's my understanding that the function topologies are expected now,
machine table entries are no longer required.

In the dmesg log, what's suspicious to me is those lines:

[  225.115571] acpi device:1d: function type only supported as DisCo
constant
[  225.115930] acpi device:1f: function type only supported as DisCo
constant
[  225.116271] acpi device:21: function type only supported as DisCo
constant
[  225.116612] acpi device:23: function type only supported as DisCo
constant
[  225.117313] acpi device:25: SDCA function UAJ (type 6) at 0x1
[  225.117317] acpi device:26: SDCA function SmartMic (type 3) at 0x2
[  225.117320] acpi device:27: SDCA function HID (type 10) at 0x3

not sure why the 4 amps report information that's not well parsed, if
the amps were recognized as such you'd see a clearer log. For now only
the rt712 is handled correctly.

Re: [BUG] ASoC: Intel PTL missing SoundWire machine match for RT712 + 4x TAS2783 speakers

[Liao, Bard]

On 8/3/2026 6:35 PM, Pierre-Louis Bossart wrote:
> 
>> The expected configuration appears to be:
>>
>> |link 2:   4 x TAS2783 (mfg_id 0x0102, part_id 0x0000) link 3:   RT712
>> SDCA (mfg_id 0x025d, part_id 0x0712) |
> 
> 
> There's a similar configuration with another bug report, see
> 
> https://bugzilla.kernel.org/show_bug.cgi?id=221782
> 
> the symptoms are different but clearly this configuration isn't well
> handled just yet.

There is a similar issues reported in
https://github.com/thesofproject/linux/issues/5816

> 
>> Could you confirm whether this configuration is expected to be
>> supported, and if so whether a PTL machine-table entry/topology is still
>> missing?
> 
> It's my understanding that the function topologies are expected now,
> machine table entries are no longer required.
> 
> In the dmesg log, what's suspicious to me is those lines:
> 
> [  225.115571] acpi device:1d: function type only supported as DisCo
> constant
> [  225.115930] acpi device:1f: function type only supported as DisCo
> constant
> [  225.116271] acpi device:21: function type only supported as DisCo
> constant
> [  225.116612] acpi device:23: function type only supported as DisCo
> constant
> [  225.117313] acpi device:25: SDCA function UAJ (type 6) at 0x1
> [  225.117317] acpi device:26: SDCA function SmartMic (type 3) at 0x2
> [  225.117320] acpi device:27: SDCA function HID (type 10) at 0x3
> 
> not sure why the 4 amps report information that's not well parsed, if
> the amps were recognized as such you'd see a clearer log. For now only
> the rt712 is handled correctly.

I believe that you will see blow log if options
snd_sof_intel_hda_generic dyndbg=+pmf is enabled.
snd_sof_intel_hda_generic:is_endpoint_present: soundwire
sdw:0:1:0102:0000:01:a: Endpoint DAI type 1 not found

Which means the driver can't find the amp's SDCA function property.
It needs a BIOS update and AFAIK HP and TI is working on it.