Сега обаче вече инсталира драйвера, правилния обаче той не може да се оправи с хардуера. За да си спестиш време колега може да не постваш тука ами направо ИИ питай.. там продължи сесията която ти дадох.
--
След кратка справка с копилота... Ядро 2.10 и по ново работи без проблем с този хардуер, проблема е в стар драйвер.
-
Debian stable/testing tends to lag behind the SOF project.
Kernel 6.12 expects:
SOF firmware 2.12+
ACE topology files matching the kernel ABI
Updated UCM2 profiles for CS42L43
But Trixie often ships:
older sof-firmware
older sof-topology
older alsa-ucm-conf
So the kernel loads the DSP firmware fine, but the topology fails because the routing definitions don’t match what the driver expects.
✅ What to do next (in order of effectiveness)
1. Upgrade SOF firmware + topology from upstream
This is the most reliable fix.
Upstream SOF binaries:
https://github.com/thesofproject/sof-bin (github.com in Bing)
You want the IPC4 / ACE / ARL bundle.
On Debian, install them into:
Code
/lib/firmware/intel/sof/
/lib/firmware/intel/sof-ipc4/
/lib/firmware/intel/sof-ace-tplg/
Then reboot.
2. Make sure Debian’s packages are the newest available
Check what you have:
Code
apt policy sof-firmware sof-topology alsa-ucm-conf
If they’re older than the kernel ABI, you’ll get exactly the -22 topology load failure.
3. Install Debian experimental firmware (safe and easy)
Debian Experimental often carries newer SOF firmware:
Code
sudo apt -t experimental install sof-firmware sof-topology alsa-ucm-conf
This is usually enough to fix CS42L43 systems.
...
If you want deeper debugging
Paste the output of:
Code
uname -r
apt policy sof-firmware sof-topology alsa-ucm-conf
ls /lib/firmware/intel/sof-ace-tplg/
lsmod | grep snd
With that, I can tell you exactly which component is mismatched.
If you want, I can also walk you through installing the upstream SOF firmware safely