[Bug] PCI Audio card not recognized on Azulle Access 4, no audio plays

[aballway]

Tested on Ubuntu 22.04 and ChromeOS. The PCI audio card is correctly recognized when using HDAudio and can play audio through the HDMI out port.

alsa-info output: https://alsa-project.org/db/?f=00beecc6520aa5f4e29a5ec286d387ead0470d04

NHTL table: nhtl.dat.gz

[plbossart]

The NHLT shows the presence of multiple bogus SSP endpoints supposedly for codec connections, e.g.

    /* Endpoint Descriptor #3 */
[2D5h 0725   4]            Descriptor Length : 00000099
[2D9h 0729   1]                    Link Type : 03 [Type SSP]
[2DAh 0730   1]                  Instance Id : 01
[2DBh 0731   2]                    Vendor Id : 8086
[2DDh 0733   2]                    Device Id : AE34 [I2S/TDM Codecs]
[2DFh 0735   2]                  Revision Id : 0001
[2E1h 0737   4]                 Subsystem Id : 00000001
[2E5h 0741   1]                  Device Type : 04
[2E6h 0742   1]                    Direction : 00 [Render]
[2E7h 0743   1]               Virtual Bus Id : 02

nhtl.dsl.txt

Clearly we cannot use the NHLT to discard SOF, but we can try to see the HDaudio codecs.

Please apply the patch from https://lore.kernel.org/linux-sound/[email protected]/

Enable SOF dynamic debug by copying this file
sof-dyndbg.conf.txt as /etc/modprobe.d/sof-dyndbg.conf and attach the dmesg log.

Thanks!

[plbossart]

never mind, the patch above was for SoundWire, we need a similar one for I2S.

[plbossart]

@aballway please try this instead 89b24d2

[aballway]

Sorry for the delay, attached is the log.

dmesg.txt

[plbossart]

@aballway your device is NOT based on any HDaudio codec, so PR #4982 will not help at all.

[    9.666730] snd_sof_intel_hda:hda_codec_detect_mask: sof-audio-pci-intel-apl 0000:00:0e.0: codec_mask = 0x4
[    9.666752] snd_sof:snd_sof_pci_update_bits_unlocked: sof-audio-pci-intel-apl 0000:00:0e.0: Debug PCIR: 00000000 at  00000048
[    9.666758] snd_sof:snd_sof_pci_update_bits_unlocked: sof-audio-pci-intel-apl 0000:00:0e.0: Debug PCIW: 00000040 at  00000048
[    9.668233] snd_sof_intel_hda:hda_codec_probe: sof-audio-pci-intel-apl 0000:00:0e.0: HDA codec #2 probed OK: response: 8086280d
[    9.671957] snd_sof_intel_hda:request_codec_module: hdaudio ehdaudio0D2: loading codec module: hdaudio:v8086280Dr00100000a01

[    9.803484] sof-audio-pci-intel-apl 0000:00:0e.0: NHLT_DEVICE_I2S detected, ssp_mask 0x5
[    9.803498] snd_sof_intel_hda_common:hda_machine_select: sof-audio-pci-intel-apl 0000:00:0e.0: MCLK mask 0x2 found in NHLT
[    9.803500] sof-audio-pci-intel-apl 0000:00:0e.0: Overriding topology with MCLK mask 0x2 from NHLT
[    9.803504] sof-audio-pci-intel-apl 0000:00:0e.0: hda codecs found, mask 4
[    9.822316] sof-audio-pci-intel-apl 0000:00:0e.0: Firmware paths/files for ipc type 0:
[    9.822325] sof-audio-pci-intel-apl 0000:00:0e.0:  Firmware file:     intel/sof/sof-glk.ri
[    9.822327] sof-audio-pci-intel-apl 0000:00:0e.0:  Topology file:     intel/sof-tplg/sof-glk-es8336-ssp2.tplg

So basically it's the same issues as with all other ES8336 devices. Without any vendor support, the odds of this platform being fully functional are very limited.