On 2022-08-07 7:26 PM, Icenowy Zheng wrote:
在 2022-08-02星期二的 12:30 +0200，Cezary Rojewski写道：
On 2022-07-25 1:10 PM, Icenowy Zheng wrote:
Switching to use pipeline parameters to get NHLT blob breaks audio
on
HP Chromebook 13 G1 (at least with MrChromeBox firmware).
...
Could you share the NHLT file from your platform plus the format used
by
the cras/userspace tool? Did you try playing over simple aplay tool
instead?
I tried 48000Hz 2ch 32bit with speaker-test.
Attached is /sys/firmware/acpi/tables/NHLT.
Thanks for the NHLT dump. Total of five endpoints are part of the
description:
id 0, DMIC capture, formats:
[0] 2/16/16/48000
[1] 2/32/32/48000
id 1, I2S SSP0 playback, formats:
[0] 2/24/32/48000
id 2, I2S SSP0 capture, formats:
[0] 4/32/32/48000
id 3, I2S SSP1 playback, formats:
[0] 2/24/32/48000
id 4, I2S SSP1 capture, formats:
[0] 2/24/32/48000
I know not what "speaker-test" means. Could you specify which endpoint
you are speaking of? Providing either alsa info or at least output of
'lsmod | grep snd' would help. I'd like to be aware of which machine
board are we talking about.
What could be guessed with the current info (and some google query), is
that we are dealing with SKL-Y m5-6Y57, codenamed 'Chell' and the
speaker-test is playing through an I2S codec connected to SSP0 port.
It's probably max98357a. The skylake-driver version you have gets
confused with 24/32 format (userspace is probably attempting 32/32).
That or topology file is incorrect..
..and at this point I probably know more than enough. We have tested
basically all of the KBL and AML configurations when fixing regressions
during recent skylake-driver up-revs. But Chell (and Lars for that
matter) families were not among them as these are based on SKL. I'll
follow up on this with our partners and come back here. I'm almost
certain topology files for the two families mentioned were not updated
along the way.
Regards,
Czarek
