No Sound and no D-Mic on ACER Aspire-VN7-792G with a Skylake-H

Dear @crojewsk-intel
it is me again.
After sometime I could continue to work on my computer trying to enable DMIC functionality on my ACER Aspire-VN7-792G with a Skylake-H (ID: 0xa170) running under Linux Mint 21.1 now with Linux Kernel 6.2.
According to your advice in our conversation under https://gist.github.com/crojewsk/4e6382bfb0dbfaaf60513174211f29cb I have updated my Linux to Kernel 6.20 under MINT. My understanding was that the new AVS driver, which are now part of Kernel 6.x should then be part of the system and get activated automatically. As this did not happen I tried to force the activation by setting snd_intel_dspcfg.dsp_driver=4 in /etc/modprobe.d/alsa-base.conf.
Result: I had no sound at all.
Finding this issue  https://github.com/thesofproject/avs-topology-xml/issues/5 in GitHub my next assumption was that despite the Kernel update performed the linux-firmware package was not up to date. Thus I manually downloaded the /lib/intel/avs/skl/* firmware from https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/ and installed it in /lib/firmware.
Next step was to manually convert and install all the topology files from https://github.com/thesofproject/avs-topology-xml according to your instructions given there.
So I installed alsa-utils for alsatplg and built avstplg manually from https://github.com/thesofproject/avsdk/commit/999b25e3f0d7d7d7dbe4eb2496953d08779c2bff.
Step 1: Conversion from XML to UCM by using avstplg worked fine.
Note: I had to use DOTNET 6 as I encountered error messages while using DOTNET 7 first.
Step 2: Conversion from UCM to BIN by using alsatplg showed some messages.
Should I be using a newer version of alsatplg than the one provided by MINT?
Error Messages

ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'Digital Microphone-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'DMIC Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'Digital Microphone-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'DMIC Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'HDAudio Analog-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'hdaudioB0D0-cpu0 Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D0-cpu0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDAudio Analog-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'HDAudio Analog-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'hdaudioB0D0-cpu0 Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D0-cpu0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDAudio Analog-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'HDAudio Analog-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'hdaudioB0D0-cpu0 Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D0-cpu0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDAudio Analog-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'HDAudio Analog-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'hdaudioB0D0-cpu0 Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D0-cpu0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDAudio Analog-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'HDAudio Analog2-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'hdaudioB0D0-cpu0 Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'HDAudio Analog3-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'hdaudioB0D0-cpu0 Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'HDAudio Analog-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'hdaudioB0D0-cpu0 Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D0-cpu0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDAudio Analog-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'HDAudio Analog-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'hdaudioB0D0-cpu0 Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D0-cpu0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDAudio Analog-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'HDAudio Analog-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'hdaudioB0D0-cpu0 Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D0-cpu0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDAudio Analog-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI1-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu1 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI2-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu2 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI3-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI1-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu1 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI2-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu2 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI3-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI1-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu1 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI2-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu2 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI3-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI1-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu1 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI2-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu2 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI3-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI1-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu1 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI2-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu2 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI3-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI1-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu1 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI2-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu2 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI3-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI1-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu1 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI2-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu2 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI3-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu3 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI4-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu4 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI5-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu5 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI6-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu6 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI7-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu7 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI8-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu8 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI9-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI1-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu1 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI2-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu2 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI3-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu3 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI4-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu4 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI5-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu5 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI6-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu6 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI7-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu7 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI8-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu8 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI9-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI1-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu1 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI2-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu2 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI3-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu3 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI4-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu4 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI5-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI1-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu1 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI2-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu2 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI3-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI1-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu1 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI2-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu2 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI3-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu3 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI4-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu4 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI5-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI1-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu1 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI2-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu2 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI3-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu3 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI4-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu4 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI5-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu5 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI6-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu6 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI7-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu7 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI8-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'hdaudioB0D2-cpu8 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'HDMI9-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'Headset-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'ssp%d Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'ssp%d Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'Headset-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'SSP Audio-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'ssp%d Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'ssp%d Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'SSP Audio-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'ssp%d Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'Built-in Speakers-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'Headset-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'ssp%d Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'ssp%d Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'Headset-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'ssp%d Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'Speaker-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'Audio-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'ssp%d Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'ssp%d Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'Audio-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'Audio2-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'ssp%d Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'Audio-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'ssp%d Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'ssp%d Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'Audio-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'Audio-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'ssp%d Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'ssp%d Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'Audio-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'Audio-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'ssp%d Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'ssp%d Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'Audio-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'Audio2-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'ssp%d Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'ssp%d Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'Built-in Speakers-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'Bluetooth-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'ssp0 Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'ssp0 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'Bluetooth-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'HDMI In-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'ssp1 Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'Dirana-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'ssp2:4 Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'ssp2:4 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'Dirana-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'Dirana Aux-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'ssp2:2 Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'Dirana Tuner-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'ssp2 Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'Modem-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'ssp3 Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'ssp4 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'Amplifier-playback'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'Test Pin-capture'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'ssp5 Rx'
ALSA lib dapm.c:225:(tplg_build_routes) undefined sink widget/stream 'ssp5 Tx'
ALSA lib dapm.c:247:(tplg_build_routes) undefined source widget/stream 'Test Pin-playback'

Then I also faced the issue with the missing hda-10ec0255-tplg.bin file mentioned in https://github.com/thesofproject/avs-topology-xml/issues/20 thus I created a symlink according to your advice.
This is shown by the tree command
$ tree /lib/firmware/intel/avs
/lib/firmware/intel/avs
├── da7219-tplg.bin
├── dmic-multiconfig-tplg.bin
├── dmic-tplg.bin
├── hda-10ec0255-tplg.bin -> hda-generic-1ep-tplg.bin
├── hda-10ec0274-tplg.bin
├── hda-10ec0286-tplg.bin
├── hda-10ec0298-tplg.bin
├── hda-10ec0711-tplg.bin
├── hda-14f12008-tplg.bin
├── hda-80862809-tplg.bin
├── hda-8086280a-tplg.bin
├── hda-8086280b-tplg.bin
├── hda-8086280c-tplg.bin
├── hda-8086280d-tplg.bin
├── hda-8086280f-tplg.bin
├── hda-80862812-tplg.bin
├── hda-80862815-tplg.bin
├── hda-8086281a-tplg.bin
├── hda-808628XX-3ep-tplg.bin
├── hda-808628XX-5ep-tplg.bin
├── hda-808628XX-9ep-tplg.bin
├── hda-generic-1ep-tplg.bin
├── hda-generic-tplg.bin
├── i2s-test-tplg.bin
├── max98357a-tplg.bin
├── nau8825-tplg.bin
├── rt1308-tplg.bin
├── rt274-tplg.bin
├── rt286-tplg.bin
├── rt298-tplg.bin
├── rt5682-tplg.bin
├── skl
│   ├── dsp_basefw.bin
│   └── dsp_mod_7CAD0808-AB10-CD23-EF45-12AB34CD56EF.bin
├── ssm4567-tplg.bin
└── tdf8532-tplg.bin

1 directory, 35 files

Now I had completed all steps described but still no succes.
The command
$ journalctl -k | grep -E 'snd|avs'

results in:
Output

Nov 12 15:10:51 kernel: snd_soc_avs 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
Nov 12 15:10:51 kernel: snd_soc_avs 0000:00:1f.3: cldma_irq_handler sd_status: 0x00000004
Nov 12 15:10:51 kernel: snd_soc_avs 0000:00:1f.3: cldma_irq_handler sd_status: 0x00000004
Nov 12 15:10:51 kernel: avs_dmic avs_dmic: ASoC: no complete control IO handler for DMIC Volume type (g,p,i) 257:257:1 at 0x1990
Nov 12 15:10:51 kernel: avs_dmic avs_dmic: ASoC: failed to load widget DMIC FE
Nov 12 15:10:51 kernel: avs_dmic avs_dmic: ASoC: topology: could not load header: -22
Nov 12 15:10:51 kernel: snd_soc_avs 0000:00:1f.3: load topology "intel/avs/dmic-tplg.bin" failed: -22
Nov 12 15:10:51 kernel: snd_soc_avs 0000:00:1f.3: ASoC: error at snd_soc_component_probe on dmic-platform: -22
Nov 12 15:10:51 kernel: avs_dmic avs_dmic: ASoC: failed to instantiate card -22
Nov 12 15:10:51 kernel: avs_dmic: probe of avs_dmic failed with error -22
Nov 12 15:10:51 kernel: snd_hda_codec_realtek hdaudioB0D0: autoconfig for ALC255: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
Nov 12 15:10:51 kernel: snd_hda_codec_realtek hdaudioB0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
Nov 12 15:10:51 kernel: snd_hda_codec_realtek hdaudioB0D0:    hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
Nov 12 15:10:51 kernel: snd_hda_codec_realtek hdaudioB0D0:    mono: mono_out=0x0
Nov 12 15:10:51 kernel: snd_hda_codec_realtek hdaudioB0D0:    dig-out=0x1e/0x0
Nov 12 15:10:51 kernel: snd_hda_codec_realtek hdaudioB0D0:    inputs:
Nov 12 15:10:51 kernel: snd_hda_codec_realtek hdaudioB0D0:      Mic=0x1a
Nov 12 15:10:52 kernel: snd_hda_codec_realtek hdaudioB0D0: creating for ALC255 Analog 0
Nov 12 15:10:52 kernel: snd_hda_codec_realtek hdaudioB0D0: creating for ALC255 Digital 1
Nov 12 15:10:52 kernel: snd_hda_codec_realtek hdaudioB0D0: skipping capture dai for ALC255 Digital
Nov 12 15:10:52 kernel: avs_hdaudio avs_hdaudio.0: ASoC: Parent card not yet available, widget card binding deferred
Nov 12 15:10:52 kernel: input: hdaudioB0D0 Mic as /devices/platform/avs_hdaudio.0/sound/card1/input13
Nov 12 15:10:52 kernel: input: hdaudioB0D0 Headphone as /devices/platform/avs_hdaudio.0/sound/card1/input14
Nov 12 15:10:52 kernel: snd_hda_codec_hdmi hdaudioB0D2: creating for HDMI 0 0
Nov 12 15:10:52 kernel: snd_hda_codec_hdmi hdaudioB0D2: skipping capture dai for HDMI 0
Nov 12 15:10:52 kernel: snd_hda_codec_hdmi hdaudioB0D2: creating for HDMI 1 1
Nov 12 15:10:52 kernel: snd_hda_codec_hdmi hdaudioB0D2: skipping capture dai for HDMI 1
Nov 12 15:10:52 kernel: snd_hda_codec_hdmi hdaudioB0D2: creating for HDMI 2 2
Nov 12 15:10:52 kernel: snd_hda_codec_hdmi hdaudioB0D2: skipping capture dai for HDMI 2
Nov 12 15:10:52 kernel: avs_hdaudio avs_hdaudio.2: ASoC: Parent card not yet available, widget card binding deferred
Nov 12 15:10:52 kernel: avs_hdaudio avs_hdaudio.2: avs_card_late_probe: mapping HDMI converter 1 to PCM 1 (000000006e143f1a)
Nov 12 15:10:52 kernel: avs_hdaudio avs_hdaudio.2: avs_card_late_probe: mapping HDMI converter 2 to PCM 2 (00000000ad8b9021)
Nov 12 15:10:52 kernel: avs_hdaudio avs_hdaudio.2: avs_card_late_probe: mapping HDMI converter 3 to PCM 3<PHONE_NUMBER>ab8f1f)
Nov 12 15:10:52 kernel: input: hdaudioB0D2 HDMI/DP,pcm=1 as /devices/platform/avs_hdaudio.2/sound/card2/input15
Nov 12 15:10:52 kernel: input: hdaudioB0D2 HDMI/DP,pcm=2 as /devices/platform/avs_hdaudio.2/sound/card2/input16
Nov 12 15:10:52 kernel: input: hdaudioB0D2 HDMI/DP,pcm=3 as /devices/platform/avs_hdaudio.2/sound/card2/input17
Nov 12 15:10:59 kernel: snd_soc_avs 0000:00:1f.3: cldma_irq_handler sd_status: 0x00000004
Nov 12 15:10:59 kernel: snd_soc_avs 0000:00:1f.3: cldma_irq_handler sd_status: 0x00000004
Nov 12 15:10:59 kernel: RIP: 0010:avs_dsp_boot_firmware+0x12c/0x230 [snd_soc_avs]
Nov 12 15:10:59 kernel:  avs_resume_common+0x67/0x100 [snd_soc_avs]
Nov 12 15:10:59 kernel:  avs_runtime_resume+0x19/0x30 [snd_soc_avs]
Nov 12 15:10:59 kernel: Modules linked in: ccm rfcomm cmac algif_hash algif_skcipher af_alg bnep btusb uvcvideo btrtl videobuf2_vmalloc btbcm videobuf2_memops rtsx_usb_ms btintel videobuf2_v4l2 memstick btmtk videodev bluetooth videobuf2_common ecdh_generic mc ecc binfmt_misc snd_soc_avs_hdaudio snd_soc_avs_dmic snd_soc_avs_probe snd_soc_dmic snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio snd_soc_avs snd_soc_hda_codec snd_hda_ext_core snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine snd_hda_intel snd_intel_dspcfg snd_intel_sdw_acpi snd_hda_codec snd_hda_core intel_rapl_msr snd_hwdep intel_rapl_common intel_tcc_cooling snd_pcm x86_pkg_temp_thermal intel_powerclamp ath10k_pci snd_seq_midi coretemp snd_seq_midi_event nls_iso8859_1 ath10k_core joydev kvm_intel snd_rawmidi ath snd_seq mei_pxp mei_hdcp kvm mac80211 snd_seq_device irqbypass snd_timer rapl input_leds snd intel_cstate acer_wmi cfg80211 wmi_bmof sparse_keymap mei_me intel_wmi_thunderbolt ee1004
Nov 12 15:10:59 kernel: RIP: 0010:avs_dsp_boot_firmware+0x12c/0x230 [snd_soc_avs]

Question 1: as the log reports that dmic-tplg.bin failed to load - does this means that the file conversion to bin failed?
In parallel I searched for further errors.
In our former conversation you have written, that Skylake-H with ID 0xa170 has been added to the AVS driver.
I did some research and could find that this ID got mentioned in your patch for the core.c file.
<EMAIL_ADDRESS>Here I could read that you have added 0xa170 to avs_ids (the list of supported boards?) in core.c.
This file got modified a bit and the ID got moved into https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/include/linux/pci_ids.h and gets refered to by the Symbol HDA_SKL.
#define PCI_DEVICE_ID_INTEL_HDA_SKL	0xa170

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/sound/soc/intel/avs/core.c
I can now find in row 757 a similar section using the symbols but no device ids.
static const struct pci_device_id avs_ids[] = {
	{ PCI_DEVICE_DATA(INTEL, HDA_SKL_LP, &skl_desc) },
	{ PCI_DEVICE_DATA(INTEL, HDA_SKL, &skl_desc) },
	{ PCI_DEVICE_DATA(INTEL, HDA_KBL_LP, &skl_desc) },
	{ PCI_DEVICE_DATA(INTEL, HDA_KBL, &skl_desc) },
	{ PCI_DEVICE_DATA(INTEL, HDA_KBL_H, &skl_desc) },
	{ PCI_DEVICE_DATA(INTEL, HDA_CML_S, &skl_desc) },
	{ PCI_DEVICE_DATA(INTEL, HDA_APL, &apl_desc) },
	{ PCI_DEVICE_DATA(INTEL, HDA_GML, &apl_desc) },
	{ 0 }
};
MODULE_DEVICE_TABLE(pci, avs_ids);

So core.c appears to be complete.
The descripton page of https://github.com/thesofproject/avs-topology-xml has this note:

Note: the avs-driver loads only topologies for devices that have successfully enumerated
during system boot and are listed in supported configurations list found in: board_selection.c file.

Thus I checked board_selection.c in https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/sound/soc/intel/avs/board_selection.c and I find in row 293 only a line with the symbol HDA_SKL_LP which targets the low power version only.
/* supported I2S boards per platform */
static const struct avs_acpi_boards i2s_boards[] = {
	AVS_MACH_ENTRY(HDA_SKL_LP, avs_skl_i2s_machines),
	AVS_MACH_ENTRY(HDA_KBL_LP, avs_kbl_i2s_machines),
	AVS_MACH_ENTRY(HDA_APL, avs_apl_i2s_machines),
	AVS_MACH_ENTRY(HDA_GML, avs_gml_i2s_machines),
	{},
};

Question2: Does this still prevents SKL-H platforms from being included?
(Working Note: for the sake of completeness I have crosschecked the linux kernel source files under 6.2 and current main. Only difference is the shift to using symbols and addin the PCI-ID into the header file pci_ids.h).
Question 3: Additionally when shutting down the machine with the activated AVS-Driver I experienced issues at the end of the shutdown process. These disappeared when deactiving the option in alsa-base.config.
Grateful for your assistance in resolving this issue. Have a happy New Year!

Hello @Gnoenk,
Thanks for the detailed report. That's quite a lot of effort you did there!
FYI the "error" messages you see when converting from UCM to BIN are info-messages, really. That is, alsatplg has no knowledge of what "lies ahead" when the dynamic approach is chosen. By dynamic I mean when the FE DAIs are initialized dynamically thanks to the topology plus CPUs are provided by the separate component driver which in this case represents SKL-H. Because it cannot know for sure, it dumps the messages for the user to interpret. Our interpretation: ignore.
In regard to Question 1:
Nov 12 15:10:51 kernel: avs_dmic avs_dmic: ASoC: no complete control IO handler for DMIC Volume type (g,p,i) 257:257:1 at 0x1990
Nov 12 15:10:51 kernel: avs_dmic avs_dmic: ASoC: failed to load widget DMIC FE
Nov 12 15:10:51 kernel: avs_dmic avs_dmic: ASoC: topology: could not load header: -22
Nov 12 15:10:51 kernel: snd_soc_avs 0000:00:1f.3: load topology "intel/avs/dmic-tplg.bin" failed: -22
Nov 12 15:10:51 kernel: snd_soc_avs 0000:00:1f.3: ASoC: error at snd_soc_component_probe on dmic-platform: -22

your kernel is missing the peakvolume module support. The kernel driver encountered unknown/invalid (from its perspective) token so it dumped an error, ignored the file and continued on - HDAudio can be utilized like nothing has happened though. Peakvolume supported is long merged [1] into the Linus' tree, guess your base is simply older and has no support for that feature.
In regard to Question 2:
SKL-H devices usually default to non-DSP HDAudio stack - the DSP capabilities may be even fused out there. Without:
static const struct avs_acpi_boards i2s_boards[] = {
	AVS_MACH_ENTRY(HDA_SKL, avs_skl_i2s_machines),
(...)

you "only" lose I2S boards i.e.: sound cards where data is streamed over I2S interface. HDAudio/DMIC configurations are left intact. As I'm not aware of any SKL-H + I2C codec configurations available on the market, I believe the entry is not required.
Last but not least, Question 3:
That's yet another problem that is related to the older kernel base. shutdown() procedure was added to the driver later on [2] and wasn't part of the initial patchset.
[1]<EMAIL_ADDRESS>[2]<EMAIL_ADDRESS>

Have a happy New Year!

Almost forgot, happy New Year to you too @Gnoenk!

Dear @crojewsk-intel
thank you for helpful response!
Based upon this I have firstly updated my Linux Mint to Mint 21.2 with Linux Kernel 6.5 (which is the highest version offered by the Mint-Updater).
Result:

the error messages from question 1 have disappeared. Your guess was right!
the issue with the shutdown procedure, question 3, has disappeared as well. Another right!

Secondly with your advise that the messages from the UCM to BIN conversion step are "information-only" and can be ignored we have shortened my issue list by three items.
Also I understand your answer on my question 2 in a way that the incoming sound is EITHER processed by a soundcard using I2S OR by the DMIC using another routing. So let us assume that my system is not affected by this exclusion described in my question.
Now I was hoping for success but again received no functioning system.
After activating the AVS by setting snd_intel_dspcfg.dsp_driver=4 in /etc/modprobe.d/alsa-base.confagain I had no sound at all. Also pavucontrol showed no sound input device active.
Repeating the search with the command
$ journalctl -k | grep -E 'snd|avs'

results in a new output:
Output

Feb 04 20:22:52 kernel: snd_soc_avs 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
Feb 04 20:22:52 kernel: snd_soc_avs 0000:00:1f.3: cldma_irq_handler sd_status: 0x00000004
Feb 04 20:22:52 kernel: snd_soc_avs 0000:00:1f.3: cldma_irq_handler sd_status: 0x00000004
Feb 04 20:22:52 kernel: avs_dmic avs_dmic: ASoC: Parent card not yet available, widget card binding deferred
Feb 04 20:22:52 kernel: snd_hda_codec_realtek hdaudioB0D0: autoconfig for ALC255: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
Feb 04 20:22:52 kernel: snd_hda_codec_realtek hdaudioB0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
Feb 04 20:22:52 kernel: snd_hda_codec_realtek hdaudioB0D0:    hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
Feb 04 20:22:52 kernel: snd_hda_codec_realtek hdaudioB0D0:    mono: mono_out=0x0
Feb 04 20:22:52 kernel: snd_hda_codec_realtek hdaudioB0D0:    dig-out=0x1e/0x0
Feb 04 20:22:52 kernel: snd_hda_codec_realtek hdaudioB0D0:    inputs:
Feb 04 20:22:52 kernel: snd_hda_codec_realtek hdaudioB0D0:      Mic=0x1a
Feb 04 20:22:52 kernel: snd_hda_codec_realtek hdaudioB0D0: creating for ALC255 Analog 0
Feb 04 20:22:52 kernel: snd_hda_codec_realtek hdaudioB0D0: creating for ALC255 Digital 1
Feb 04 20:22:52 kernel: snd_hda_codec_realtek hdaudioB0D0: skipping capture dai for ALC255 Digital
Feb 04 20:22:52 kernel: avs_hdaudio avs_hdaudio.0: ASoC: Parent card not yet available, widget card binding deferred
Feb 04 20:22:52 kernel: input: hdaudioB0D0 Mic as /devices/platform/avs_hdaudio.0/sound/card2/input13
Feb 04 20:22:52 kernel: input: hdaudioB0D0 Headphone as /devices/platform/avs_hdaudio.0/sound/card2/input14
Feb 04 20:22:52 kernel: snd_hda_codec_hdmi hdaudioB0D2: creating for HDMI 0 0
Feb 04 20:22:52 kernel: snd_hda_codec_hdmi hdaudioB0D2: skipping capture dai for HDMI 0
Feb 04 20:22:52 kernel: snd_hda_codec_hdmi hdaudioB0D2: creating for HDMI 1 1
Feb 04 20:22:52 kernel: snd_hda_codec_hdmi hdaudioB0D2: skipping capture dai for HDMI 1
Feb 04 20:22:52 kernel: snd_hda_codec_hdmi hdaudioB0D2: creating for HDMI 2 2
Feb 04 20:22:52 kernel: snd_hda_codec_hdmi hdaudioB0D2: skipping capture dai for HDMI 2
Feb 04 20:22:52 kernel: avs_hdaudio avs_hdaudio.2: ASoC: Parent card not yet available, widget card binding deferred
Feb 04 20:22:52 kernel: avs_hdaudio avs_hdaudio.2: avs_card_late_probe: mapping HDMI converter 1 to PCM 1 (000000005f7c7c45)
Feb 04 20:22:52 kernel: avs_hdaudio avs_hdaudio.2: avs_card_late_probe: mapping HDMI converter 2 to PCM 2 (00000000f7376e66)
Feb 04 20:22:52 kernel: avs_hdaudio avs_hdaudio.2: avs_card_late_probe: mapping HDMI converter 3 to PCM 3 (000000009e6e6144)
Feb 04 20:22:52 kernel: input: hdaudioB0D2 HDMI/DP,pcm=1 as /devices/platform/avs_hdaudio.2/sound/card3/input15
Feb 04 20:22:52 kernel: input: hdaudioB0D2 HDMI/DP,pcm=2 as /devices/platform/avs_hdaudio.2/sound/card3/input16
Feb 04 20:22:52 kernel: input: hdaudioB0D2 HDMI/DP,pcm=3 as /devices/platform/avs_hdaudio.2/sound/card3/input17

So what is still missing to get AVS working?
Grateful for your comments on what to try next!

The log shows.. success : ) Judging by the above, at least 5 endpoints should show up after typing aplay -l or arecord -l:
Feb 04 20:22:52 kernel: input: hdaudioB0D0 Mic as /devices/platform/avs_hdaudio.0/sound/card2/input13
Feb 04 20:22:52 kernel: input: hdaudioB0D0 Headphone as /devices/platform/avs_hdaudio.0/sound/card2/input14
...
Feb 04 20:22:52 kernel: input: hdaudioB0D2 HDMI/DP,pcm=1 as /devices/platform/avs_hdaudio.2/sound/card3/input15
Feb 04 20:22:52 kernel: input: hdaudioB0D2 HDMI/DP,pcm=2 as /devices/platform/avs_hdaudio.2/sound/card3/input16
Feb 04 20:22:52 kernel: input: hdaudioB0D2 HDMI/DP,pcm=3 as /devices/platform/avs_hdaudio.2/sound/card3/input17

I believe that an UCM is missing without which pavucontrol app has trouble identifying the devices. UCM files help map what's exposed by the kernel to the usecases requested by an userspace application.
You can try streaming with alsa-utils apps e.g.: aplay -Dhw:<card>,<device> -c2 -r48000 -fS32_LE -vv /dev/urandom to confirm audio is being played just fine.

Dear @crojewsk-intel
Thank you for your feedback and the smiley - it seems that we are making progress!
I tested the commands as per your advice and received the following responses:
$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: hdaudioB0D0 [hdaudioB0D0], device 1: HDAudio Analog (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: hdaudioB0D2 [hdaudioB0D2], device 1: HDMI1 (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: hdaudioB0D2 [hdaudioB0D2], device 2: HDMI2 (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: hdaudioB0D2 [hdaudioB0D2], device 3: HDMI3 (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0

$ arecord -l
**** List of CAPTURE Hardware Devices ****
card 0: hdaudioB0D0 [hdaudioB0D0], device 1: HDAudio Analog (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 3: avsdmic [avs_dmic], device 2: Digital Microphone (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0

$ aplay -Dhw:0,1 -c2 -r48000 -fS32_LE -vv /dev/urandom
Playing raw data '/dev/urandom' : Signed 32 bit Little Endian, Rate 48000 Hz, Stereo
aplay: set_params:1416: Unable to install hw params:
ACCESS:  RW_INTERLEAVED
FORMAT:  S32_LE
SUBFORMAT:  STD
SAMPLE_BITS: 32
FRAME_BITS: 64
CHANNELS: 2
RATE: 48000
PERIOD_TIME: 125000
PERIOD_SIZE: 6000
PERIOD_BYTES: 48000
PERIODS: 4
BUFFER_TIME: 500000
BUFFER_SIZE: 24000
BUFFER_BYTES: 192000
TICK_TIME: 0

$ arecord -d 10 -f cd -t wav -D hw:3,2 foobar.wav
Recording WAVE 'foobar.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
Warning: rate is not accurate (requested = 44100Hz, got = 48000Hz)
         please, try the plug plugin

Observations:

aplay -l does not show all devices I would expect, e.g. one for the built-in` loudspeaker.
interestingly arecord now shows a DMIC.

So I tested another arecord command (see  last output) aimed to record a 10 second sound. This resulted in a wav.file with no sound content.

aplay - Dhw  results in a failure code. I tried to trace this back to the source code of the function
https://github.com/alsa-project/alsa-utils/blob/e18913110b12e751c0efdfb39c0c0ca774cd2cbb/aplay/aplay.c#L1416
but am not able to interpret this one.

So now I hope you have some additional ideas on what to do next.
And more question on the UCM files.
I have converted the XML files to UCM and then to BIN according to your instructions.
Are these the UCM files you are talking about in the sense that PulseAudio is needing them?
Or is another kind of UCM file required for PulseAudio?

if yes - what is the way to get the missing UCM file?
if no - are they at the right location so that PulseAudio can find them?

As we had to create one symlink for the one BIN file I wonder whether we have do something similar for the related UCM file in order to let PulseAudio find it?

I thought it might be helpful to see what these commands show when using the standard configuration (the one which does not detect the DMIC but all the rest - the one this quest started from...).
Can be used as a checklist what the AVS driver should detect and handle as well:
$ journalctl -k | grep -E 'snd'
Mär 21 21:14:20  kernel: snd_hda_intel 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040100
Mär 21 21:14:20  kernel: snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
Mär 21 21:14:20  kernel: snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC255: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
Mär 21 21:14:20  kernel: snd_hda_codec_realtek hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
Mär 21 21:14:20  kernel: snd_hda_codec_realtek hdaudioC0D0:    hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
Mär 21 21:14:20  kernel: snd_hda_codec_realtek hdaudioC0D0:    mono: mono_out=0x0
Mär 21 21:14:20  kernel: snd_hda_codec_realtek hdaudioC0D0:    dig-out=0x1e/0x0
Mär 21 21:14:20  kernel: snd_hda_codec_realtek hdaudioC0D0:    inputs:
Mär 21 21:14:20  kernel: snd_hda_codec_realtek hdaudioC0D0:      Mic=0x1a

$ aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: PCH [HDA Intel PCH], Gerät 0: ALC255 Analog [ALC255 Analog]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 0: PCH [HDA Intel PCH], Gerät 1: ALC255 Digital [ALC255 Digital]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 0: PCH [HDA Intel PCH], Gerät 3: HDMI 0 [HDMI 0]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 0: PCH [HDA Intel PCH], Gerät 7: HDMI 1 [HDMI 1]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 0: PCH [HDA Intel PCH], Gerät 8: HDMI 2 [HDMI 2]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0

$ arecord -l
**** Liste der Hardware-Geräte (CAPTURE) ****
Karte 0: PCH [HDA Intel PCH], Gerät 0: ALC255 Analog [ALC255 Analog]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0

Hope this is useful. Thank you so much for your thoughts and suggestions!

Hello,
UCM (file extension: .conf) is a meta language that helps describe use-cases and components of given audio endpoint. It is utilized by ASoC-topology and endpoint-configuration both. These two have totally different purpose though. The former helps describe the layout of an audio stream e.g.: pipelines/modules on the DSP (firmware) side, while the latter tells an audio application/server what kcontrols and switches should be updated to get certain scenario working.
Example of such scenario:
Let's have two endpoints: headphone and a speaker endpoints which both route to the same BackEnd e.g.: HDAudio BE. Only one of them can be utilized at a time. Thus, an endpoint-configuration (UCM) file would state that in order to open the speaker endpoint, a switch for the headphone must be turned off.
In regard to questions, starting from the top:

Names such as built-in' loudspeaker are "just" userspace names, underneath, "HDAudio Analog" is either the same thing or at least maps to the same BackEnd
DMIC endpoint is exposed if the Non HDAudio Link Table (NHLT) present in your BIOS/coreboot contains at least 1 entry for that data transfer type (PDM)
What do you mean by failure here? In general, it would be helpful to have a dmesg/trace files attached per scenario executed.
As stated at the top, the topology files and the endpoint-configuration, while written in UCM, are two different things. And yes, this is exactly what PulseAudio consumes to understand what-to-do before streaming audio over given endpoint.

As UCM area is generally outside of the kernel space and I'm not an expect there. Contacted my friends from the validation team who are more fluent in the UCMs to help here.

Dear @crojewsk-intel
Thank you for your explanation of the UCM files. I really hope that your friends can help us finding out what needs to be done here.
On your answer 3) referring to my comment on a "failure".
After using this command
$ aplay -Dhw:0,1 -c2 -r48000 -fS32_LE -vv /dev/urandom
Playing raw data '/dev/urandom' : Signed 32 bit Little Endian, Rate 48000 Hz, Stereo
aplay: set_params:1416: Unable to install hw params:

I have interpreted the text
"aplay: set_params:1416: Unable to install hw params:"
as a failure report. Is this a misinterpretation?
Following your advice I have created logfiles per scenario/case. But I am not sure if my result is  what you meant exactly with "dmesg/trace" files. I tried to find out how set additional tracing options but was not able to do this.
So using
$ journalctl -k -b 0 --no-hostname | gzip > dmesg_case1.log.gz
I have produced two logfiles for the two cases.
dmesg_case1.log.gz
dmesg_case2.log.gz
Case1: standard settings (base case). Result: sound works, no DMIC (file is dmesg_case1.log.gz).
Case2: forced activation of AVS driver by setting
snd_intel_dspcfg.dsp_driver=4
in /etc/modprobe.d/alsa-base.conf
Result: no sound at all, no working DMIC (file is dmesg_case2.log.gz).
In the second logfile I could find only

two entries containing "NHLT". Not sure if this is what you meant in your answer 2).
but multiple entries containing "ASoC: Parent card not yet available, widget card binding deferred". Does this mean there is still a missing piece in the puzzle?

I hope you can retrieve more useful hints in these logfiles. With some help I am happy to generate more specific ones if needed.

Please do add:
options snd_soc_avs dyndbg==pmf
options snd_soc_core dyndbg==pmf
options snd_hda_core dyndbg==pmf
options snd_hda_codec dyndbg==pmf

on top of whatever you already have in your /etc/modprobe/ - helps devs see things.
Are the logs taken from streaming scenario or just the boot up? If the latter is true, please do attach logs from the stream/streaming-attempt scenario.
In regard to the NHLT question, entry here means: element of the table e.g.: an entry describing I2S hardware configuration for an I2S endpoint exposed to the userspace or a PDM entry describing hardware configuration needed to stream data over DMIC endpoint exposed to the userspace. NHLT is an array of such entries basically.
The ASoC: Parent card not yet available, widget card binding deferred message is just informational. Due to:
Apr 28 21:02:52 kernel: input: hdaudioB0D0 Mic as /devices/platform/avs_hdaudio.0/sound/card2/input13
Apr 28 21:02:52 kernel: input: hdaudioB0D0 Headphone as /devices/platform/avs_hdaudio.0/sound/card2/input14
Apr 28 21:02:52 kernel: input: hdaudioB0D2 HDMI/DP,pcm=1 as /devices/platform/avs_hdaudio.2/sound/card3/input15
Apr 28 21:02:52 kernel: input: hdaudioB0D2 HDMI/DP,pcm=2 as /devices/platform/avs_hdaudio.2/sound/card3/input16
Apr 28 21:02:52 kernel: input: hdaudioB0D2 HDMI/DP,pcm=3 as /devices/platform/avs_hdaudio.2/sound/card3/input17

that follow up these, enumeration of HDAudio and HDMI card completes just fine. I do not see any inputs from DMIC card though. Dynamic debug (dyndbg flags) will help here. I'll refrain from doing any guesses, rather have enriched dmesg attached first.

Dear @crojewsk-intel
I have now added the debug instructions as you advised and produced two new logs by applying
journalctl -k -r --no-hostname | gzip > dmesg_case1b.log.gz
and
journalctl -k -r --no-hostname | gzip > dmesg_case2b.log.gz
dmesg_case1b.log.gz
dmesg_case2b.log.gz
These two logs are indeed taken from boot up.
To cover the streaming scenario I applied the aplay command as suggested by you in an earlier post and received an error:
$ LC_ALL=C aplay -Dhw:0,1 -c2 -r48000 -fS32_LE -vv /dev/urandom
aplay: main:831: audio open error: No such file or directory

Now I wondered what to do next - which took some time for me to figure out unfortunately.
Using aplay -l shows
$ aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 2: hdaudioB0D0 [hdaudioB0D0], Gerät 1: HDAudio Analog (*) []
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 3: hdaudioB0D2 [hdaudioB0D2], Gerät 1: HDMI1 (*) []
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 3: hdaudioB0D2 [hdaudioB0D2], Gerät 2: HDMI2 (*) []
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 3: hdaudioB0D2 [hdaudioB0D2], Gerät 3: HDMI3 (*) []
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0

So I modified the command to  -Dhw:2,1  resulting in the message seen in the earlier attempt:
$ LC_ALL=C aplay -Dhw:2,1 -c2 -r48000 -fS32_LE -vv /dev/urandom
Playing raw data '/dev/urandom' : Signed 32 bit Little Endian, Rate 48000 Hz, Stereo
aplay: set_params:1416: Unable to install hw params:
ACCESS:  RW_INTERLEAVED
FORMAT:  S32_LE
SUBFORMAT:  STD
SAMPLE_BITS: 32
FRAME_BITS: 64
CHANNELS: 2
RATE: 48000
PERIOD_TIME: 125000
PERIOD_SIZE: 6000
PERIOD_BYTES: 48000
PERIODS: 4
BUFFER_TIME: 500000
BUFFER_SIZE: 24000
BUFFER_BYTES: 192000
TICK_TIME: 0

Now I did rerun the command
journalctl -k -r --no-hostname | gzip > dmesg_case2d.log.gz
to create the next log-file:
dmesg_case2d.log.gz
Hope it contains helpful info.

Thank you for the logs, The important part (of dmesg_case2d.log):
Jun 09 22:13:49 kernel: snd_soc_avs 0000:00:1f.3: create path failed: -2
Jun 09 22:13:49 kernel: snd_soc_avs 0000:00:1f.3: no matching variant found
Jun 09 22:13:49 kernel: snd_soc_avs:avs_path_find_variant: snd_soc_avs 0000:00:1f.3: check BE rate 48000 chn 2 vbd 24 bd 32
Jun 09 22:13:49 kernel: snd_soc_avs:avs_path_find_variant: snd_soc_avs 0000:00:1f.3: check FE rate 48000 chn 2 vbd 16 bd 16
Jun 09 22:13:49 kernel: snd_soc_avs:avs_path_find_variant: snd_soc_avs 0000:00:1f.3: check BE rate 48000 chn 2 vbd 24 bd 32
Jun 09 22:13:49 kernel: snd_soc_avs:avs_path_find_variant: snd_soc_avs 0000:00:1f.3: check FE rate 48000 chn 2 vbd 24 bd 32
Jun 09 22:13:49 kernel: snd_soc_avs:avs_dai_hw_params: snd_soc_avs 0000:00:1f.3: rate 48000 chn 2 vbd 32 bd 32
Jun 09 22:13:49 kernel: snd_soc_avs:avs_dai_hw_params: snd_soc_avs 0000:00:1f.3: avs_dai_hw_params BE hw_params str 00000000a1dffc43 rtd<PHONE_NUMBER>bf06eb
Jun 09 22:13:49 kernel: snd_soc_avs:avs_dai_hw_params: snd_soc_avs 0000:00:1f.3: rate 48000 chn 2 vbd 32 bd 32
Jun 09 22:13:49 kernel: snd_soc_avs:avs_dai_hw_params: snd_soc_avs 0000:00:1f.3: avs_dai_hw_params FE hw_params str 00000000a1dffc43 rtd<PHONE_NUMBER>bf06eb

i.e.: this is (was) a known problem that we addressed on upstream before marking the avs-driver as the go-to driver. That is, most commonly used format for streaming over devices offloaded with Intel AudioDSP is 24 valid bit depth in 32 bit depth container, so called 24/32. The closest ALSA comes to that is S24_LE (signed 24 bits in 32 physical bits container, LittleEndian (LE), LeastSignificantBit (LSB) representation) format which, from HDAudio perspective, is unfortunately invalid - HDAudio transfers is data in MostSignificantBit (MSB) manner, chapter 5.3.1 of the public HDAudio specification. No representation for that in ALSA though.
The problem was left unaddressed on upstream for years. The team decided to handle this properly by updating alsa-lib [1], alsa-utils [2] and the kernel [3] simultaneously. All the changes have been already merged but that happened quite recently - Nov/Dec 2023 - so my guess it that your environment does not have them. As the configuration of yours is an opt-in one, I do not see a strong argument that I could use to backport the changes onto v6.5 linux-stable. From what I know, v6.8 is the earliest kernel where the changes are available. Of course, there's also an option to backport the kernel changes yourself but that's usually for experts.
With those changes present, hda-generic topology that is part of the avs-topology release [4] should work just fine.
[1]: https://github.com/alsa-project/alsa-lib/pull/342
[2]: https://github.com/alsa-project/alsa-utils/pull/228
[3]<EMAIL_ADDRESS>[4]: https://github.com/thesofproject/avs-topology-xml/releases/tag/v2024.02

FYI: upstream of the UCM files is conducted on alsa-ucm-conf by Amadeusz [1].
[1]: https://github.com/alsa-project/alsa-ucm-conf/pull/418

Given the technical explanation provided above, I do not see any issue left unattended. Given no response from author for quite a while, closing the subject.
If anything new pops up that is related and unaddressed, please open a new issue.

Dear @crojewsk-intel
thank you for your further explanations.
I was not so quick in responding because Linux Mint had announced the Mint 22 Version and I have waited for its release and the availability of the upgrade tool.
Now I have moved to Mint 22 "Wilma" (based on Ubuntu 24.04 LTS) with Kernel <IP_ADDRESS>. I expected all Alsa-Components to be on the latest version as well. But only Alsa-Lib was on version 1.2.11-1build2 whilst Alsa-Utils was still on version  1.2.9-1ubuntu5.
As it appeared to me that your latest patches were only included from Alsa-Utils Version 1.2.11 I had to get some expert support to get the Alsa-Utils Version 1.2.11 using the backport instructions in https://wiki.debian.org/SimpleBackportCreation from the Ubuntu 24.10 repositories on my system.
Furthermore we replaced the manually compiled UCM tplg.bin files by the new ones prepared by Amadeusz as per https://github.com/thesofproject/avs-topology-xml/releases/tag/v2024.02.
Additionally we downloaded the UCM config files mentioned in https://github.com/alsa-project/alsa-ucm-conf/pull/418/files from https://github.com/amadeuszslawinski-intel/alsa-ucm-conf/tree/aslawinx/ucms and installed under /usr/share/alsa/ucm2.
So with this new configuration
Kernel <IP_ADDRESS>
Alsa-Lib 1.2.11-1build2
Alsa-Utils 1.2.11
replaced UCM tplg.bin files
added UCM config files
I have repeated the commands below.
Using aplay -l shows
$ LC_ALL=C aplay -l
**** List of PLAYBACK Hardware Devices ****
card 1: hdaudioB0D0 [hdaudioB0D0], device 1: HDAudio Analog (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 3: hdaudioB0D2 [hdaudioB0D2], device 1: HDMI1 (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 3: hdaudioB0D2 [hdaudioB0D2], device 2: HDMI2 (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 3: hdaudioB0D2 [hdaudioB0D2], device 3: HDMI3 (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0

Using arecord -l shows
$ LC_ALL=C arecord -l
**** List of CAPTURE Hardware Devices ****
card 1: hdaudioB0D0 [hdaudioB0D0], device 1: HDAudio Analog (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 2: avsdmic [avs_dmic], device 2: Digital Microphone (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0

To cover the streaming scenario we applied the aplay command as suggested by you in two versions: with and without subformat option.
Both resulted in successful playback of white noise !
$ LC_ALL=C aplay -Dhw:1,1 -c2 -r48000 -fS32_LE --subformat=MSBITS_24 -vv /dev/urandom
Playing raw data '/dev/urandom' : Signed 32 bit Little Endian, Rate 48000 Hz, Stereo
Hardware PCM card 1 'hdaudioB0D0' device 1 subdevice 0
Its setup is:
  stream       : PLAYBACK
  access       : RW_INTERLEAVED
  format       : S32_LE
  subformat    : MSBITS_24
  channels     : 2
  rate         : 48000
  exact rate   : 48000 (48000/1)
  msbits       : 32
  buffer_size  : 24000
  period_size  : 6000
  period_time  : 125000
  tstamp_mode  : ENABLE
  tstamp_type  : MONOTONIC
  period_step  : 1
  avail_min    : 6000
  period_event : 0
  start_threshold  : 24000
  stop_threshold   : 24000
  silence_threshold: 0
  silence_size : 0
  boundary     :<PHONE_NUMBER>055744000
  appl_ptr     : 0
  hw_ptr       : 0
##################################################+| 99%^C
Aborted by signal Interrupt...
##################################################+| 99%

$ LC_ALL=C aplay -Dhw:1,1 -c2 -r48000 -fS32_LE  -vv /dev/urandom
Playing raw data '/dev/urandom' : Signed 32 bit Little Endian, Rate 48000 Hz, Stereo
Hardware PCM card 1 'hdaudioB0D0' device 1 subdevice 0
Its setup is:
  stream       : PLAYBACK
  access       : RW_INTERLEAVED
  format       : S32_LE
  subformat    : STD
  channels     : 2
  rate         : 48000
  exact rate   : 48000 (48000/1)
  msbits       : 32
  buffer_size  : 24000
  period_size  : 6000
  period_time  : 125000
  tstamp_mode  : ENABLE
  tstamp_type  : MONOTONIC
  period_step  : 1
  avail_min    : 6000
  period_event : 0
  start_threshold  : 24000
  stop_threshold   : 24000
  silence_threshold: 0
  silence_size : 0
  boundary     :<PHONE_NUMBER>055744000
  appl_ptr     : 0
  hw_ptr       : 0
##################################################+| 99%^C
Aborted by signal Interrupt...
##################################################+| 98%

So real progress made!
Unfortunately under normal operation there is still no sound and no microphone functionality.
pavuctl does not show any input or output devices.
Note: to our knowledge MINT22 has switched from pulseaudio to pipewire with wireplumber - not sure whether this has an impact.
So again I run the command
journalctl -k -r --no-hostname | gzip > dmesg_case2e.log.gz
to create the next log-file.
dmesg_case2e.log.gz
Then I tried additionally (after a reboot)
$ arecord -l
**** Liste der Hardware-Geräte (CAPTURE) ****
Karte 1: hdaudioB0D0 [hdaudioB0D0], Gerät 1: HDAudio Analog (*) []
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 3: avsdmic [avs_dmic], Gerät 2: Digital Microphone (*) []
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0

$ LC_ALL=C arecord -Dhw:3,2 -c2 -r48000 -fS32_LE -vv recording.pcm
Hardware PCM card 3 'avs_dmic' device 2 subdevice 0
Its setup is:
  stream       : CAPTURE
  access       : RW_INTERLEAVED
  format       : S32_LE
  subformat    : STD
  channels     : 2
  rate         : 48000
  exact rate   : 48000 (48000/1)
  msbits       : 32
  buffer_size  : 24000
  period_size  : 6000
  period_time  : 125000
  tstamp_mode  : ENABLE
  tstamp_type  : MONOTONIC
  period_step  : 1
  avail_min    : 6000
  period_event : 0
  start_threshold  : 1
  stop_threshold   : 24000
  silence_threshold: 0
  silence_size : 0
  boundary     :<PHONE_NUMBER>055744000
  appl_ptr     : 0
  hw_ptr       : 0
Recording WAVE 'recording.pcm' : Signed 32 bit Little Endian, Rate 48000 Hz, Stereo
#+                                                 | 00%^C
Aborted by signal Interrupt...

$ hexdump -C recording.pcm
00000000  52 49 46 46 e4 d9 10 00  57 41 56 45 66 6d 74 20  |RIFF....WAVEfmt |
00000010  10 00 00 00 01 00 02 00  80 bb 00 00 00 dc 05 00  |................|
00000020  08 00 20 00 64 61 74 61  c0 d9 10 00 00 00 00 00  |.. .data........|
00000030  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
0010d9e0  00 00 00 00 00 00 00 00  00 00 00 00              |............|
0010d9ec

which only created a file containing nullbytes only.
Repeating the command
journalctl -k -r --no-hostname | gzip > dmesg_case2f.log.gz
created a subsequent log-file.
dmesg_case2f.log.gz
Hope that this provides useful information for further analysis.
Thank you very much for your efforts in bringing this issue forward!


ApiListingResource should be declared as @Singleton

If not, "initialized" flag will not really work since it will always be false as the new instance is created every time.

Which @Singleton are you referring to?

@javax.inject.Singleton. By specifying it, you make sure that ApiListingResource is not instantiated every time it is accessed.

Fair point. My only concern (which is not saying we won't do it) is that it would require adding another dependency as that's not part of the jdk libraries (and correct me if I'm wrong).
Of course an alternative is to set it as a Singleton in the jax-rs configuration, but that's up to the user (which we can also suggest in the documentation).

Closing as optional with work-around.


Add tests for fee calculation

Such bug should have been catched https://github.com/NTumbleBit/NTumbleBit/pull/66

Now tests validate fees


Column by name

Hi, tanks for your work.
Is there a way to get column by name instead of index.
Or could you add this to your todo list.

Thanks for your work.


Possibly incorrect usage of kill method in Process.close implementation.

In class Process in method close() there is a call to kill() method. According to documentation it seems that it should get passed an argument that is PID of process to kill. Review this code and fix if it in fact does not work correctly.

kill() method for child_process is correct usage and works as expected.


Simplify README.md to four sets of links

This PR changes the main README.md into, mostly, a bunch of links in four categories:

Quick Start
Links for Everyone
Links for Developers
Legal

It's partly in response to issue #73 - now there's only one place we need to keep up-to-date regarding installation instructions: that section of the docs.
Everything that was in the README.md can still be found somewhere in the docs.

I'm good with it :+1:

Current coverage is 81.73%

Merging #80 into develop will increase coverage by +81.73% as of e9d88ab

@@            develop     #80   diff @@
=======================================
  Files             0      14    +14
  Stmts             0     750   +750
  Branches          0       0
  Methods           0       0
=======================================
+ Hit               0     613   +613
  Partial           0       0
- Missed            0     137   +137

Review entire Coverage Diff as of e9d88ab

Powered by Codecov. Updated on successful CI builds.


Fluent Data Grid Items Property Doesn't Change with PreCondition

Fluent Data Grid Items Property Doesn't Change with PreCondition, On Fluent Blazor v4.3.1, i had a Conditonal Items Based on Boolean Which would change Items Property in Runtime whenever the conditon satisfies, This behavior is no longer possible with v4.4.0
<FluentDataGrid
Items="@(Search.IsSearchMode ?
Search.Results.AsQueryable() : Pagination.Items)"
Pagination="@(Search.IsSearchMode ? null : pagination)">
</FluentDataGrid>

We made some changes again in 4.4.1. Please re-try with that version.
If the problem persists, then please supply a ready-to-run minimal reproduction. Thanks,


UPDATE THE README STRUCTURE

Describe the bug
The current format structure of the README.md file in the face recognition project is not well-organized. Key sections such as installation steps, usage instructions, system architecture, and project details are either missing, misplaced, or lack proper headings and formatting. This makes it difficult for users and developers to follow the documentation, leading to confusion and inefficiencies.
To Reproduce
Steps to reproduce the behavior:
Steps to reproduce the issue:
Open the README.md file in the face recognition project.
Review the structure of the document, focusing on the order and clarity of sections.
Notice missing or incomplete sections, unclear headings, or inconsistent formatting.
Try to follow the project steps from the README and observe confusion due to the structure.
Expected behavior
The README.md should be properly structured with clear, concise sections that include:

Introduction: Overview of the project.
Installation: Detailed installation instructions.
Usage: Instructions on how to run the project.
System Architecture: Visual or diagram explaining the model.
Dependencies: List of required libraries and dependencies.
Contributing: Guidelines for contributing to the project.
The improved format should make it easy for developers and users to navigate the project documentation.

Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):

OS: [e.g. iOS]
Browser [e.g. chrome, safari]
Version [e.g. 22]

Smartphone (please complete the following information):

Device: [e.g. iPhone6]
OS: [e.g. iOS8.1]
Browser [e.g. stock browser, safari]
Version [e.g. 22]

Additional context
Add any other context about the problem here.

ADD LABELS GSSOC EXT 24 AND HACKTOBERFEST. ASSIGN ME THIS TASK


Compiling project

While trying to compile this project there are lots of errors with dependencies and includes under Ubuntu 20.04.
I fixed a lot of them but still I am not able to compile. If I get a running version I could provide a pull request.
Currently the linker fails with:
[ 83%] Linking CXX executable devel/lib/fast_gicp/gicp_align
/usr/bin/ld: /lib/x86_64-linux-gnu/libpng16.so.16: undefined reference to<EMAIL_ADDRESS>/usr/bin/ld: /lib/x86_64-linux-gnu/libpng16.so.16: undefined reference to<EMAIL_ADDRESS>collect2: error: ld returned 1 exit status
make[2]: *** [CMakeFiles/gicp_align.dir/build.make:215: devel/lib/fast_gicp/gicp_align] Fehler 1
make[1]: *** [CMakeFiles/Makefile2:357: CMakeFiles/gicp_align.dir/all] Fehler 2
make: *** [Makefile:160: all] Fehler 2

zlib is installed by sudo apt install zlib1g-dev as well as libpng16 but I can not find a way to link it with CMake. Any ideas whats going wrong?

Because I didn't use libpng in this package, I guess it stems from PCL. What version of PCL are you using? Can you try to install it using apt-get?

Im sry, the error was based on the fact that I installed nvbio from source into my system. This messed up the zlib versions found by CMake. All PCL related projects failed because of this.
I deleted the zlib files installed by nvbio and reinstalled VTK which reinstalled the necessary zlib. Now PCL projects are working again.
Regarding this repo I had to call git submodule update --init --recursive to really get all the submodules of this repo. The initial git clone https://github.com/SMRT-AIST/fast_gicp --recursive somehow failed.
Still I am facing tons of errors while compiling. I already found workarounds for a few but I can not belief that I have to change so many includes and PointCloud::Ptr's.
Should I open up a new issue or could we discuss this here?

Should I open up a new issue or could we discuss this here?

Yeah, please open another issue for discussion.


Added WebHttpBinding to Binding Features

Added the missing item in Binding Features table
Summary
Added WebHttpBinding to Binding Features
Fixes #7417

Your welcome


Observe + prune throws an error

Consider the following simple program:
x <~ dirac 1
y <~ plate i of 3: observe(uniform(0,1), 1)
return ()

After evaluating observe with expandTransformations, the result is
syn (MBind :$
    ((syn (Dirac :$ ((syn (Literal_ (LNat 1))) :* End))) :*
    ((bind (Variable "x" (Nat 0) SNat) -- 1
           (syn (MBind :$
                ((syn (Plate :$ ((syn (Literal_ (LNat 3))) :*
                      ((bind (Variable "i" (Nat 2) SNat)
                             (syn (Let_ :$ ((syn ((CoerceTo_ ...) :$
                                  ((syn (Literal_ (LNat 1))) :* End))) :*
                                  ((bind (Variable "" (Nat 0) SReal) ...) :* End))))) :* End)))) :* -- 2
                ((bind (Variable "y" (Nat 1) (SArray SReal))
                       (syn (Dirac :$ ...))) :* End))))) :* End)))

(Irrelevant parts omitted). Note lines marked 1 and 2 - the variable 0 is bound on line 1 and bound again in an inner scope on line 2. I believe this is technically a valid program, because the ... expression on line 2 is free of the outer variable (so the variable is shadowed, if that constitutes a valid Hakaru program).
However, a call to prune (here) will then fail. As it traverses the syntax tree, it collects variables in a set, and at some point compares two variables for equality. These two variables have the same ID, but different types, which causes a type error to be raised.
I don't know which part of this program (observe or prune) is really responsible for this error. Either observe should be responsible for producing a program which binds 'new' variables which are fresh in the context in which it appears; or prune should be using a different interpretation of variable equality.
Note the output of converting the given program to internal syntax is the same on master and transforms_as_syntax, but prune (and presumably other functions which call prune, e.g. optimizations) is not called on such programs on master.

This looks like a bug in observe

Yeah, it seems that runDis needs to receive from its calling context the maximum variable ID used in the rest of the program (or at least bound in the current scope), rather than just using maxNextFree es. Doesn't sendToMaple need the same context information?

Is there are natural owner for this issue?

I am working on this; the prospective solution being for runDis and other transformations to "receive from its calling context the maximum variable ID".

I believe this is done as of 4afca6301ac82788e6fef66046b7d8cbd3f912ce.
When I (that is, the CI build) have made sure there are no compatibility issues on GHC 7.8 (as I've still not figured out a way to get that version to work on my machine...) I'll merge this work into master.

The relevant work has been merged into master (0a960e679a40054416741829cfeb6b5b0974ddb1, I believe).


Some Problem When Run odroid patch script

Before opening a new issue, we wanted to provide you with some useful suggestions (Click "Preview" above for a better view):

Consider checking out SDK examples.
Have you looked in our documentations?
Is you question a frequently asked one?
Try searching our GitHub Issues (open and closed) for a similar issue.

All users are welcomed to report bugs, ask questions, suggest or request enhancements and generally feel free to open new issue, even if they haven't followed any of the suggestions above :)

Required Info

Camera Model
{  D400 }

Firmware Version
(Open RealSense Viewer --> Click info)

Operating System & Version
Linux (Ubuntu 16 mate)

Kernel Version (Linux Only)
(4.14.111)

Platform
Odroid xu4

SDK Version
{ legacy / 2.. }

Language
{C/C#/labview/nodejs/opencv/pcl/python/unity }

Segment
{Drone}

Issue Description
<Describe your issue / question / feature request / etc..>
Hi,Please help me to resolve these problem.
When I run "./scripts/patch-realsense-ubuntu-odroid.sh"
then show such erro:
./scripts/patch-realsense-ubuntu-odroid.sh: line 97: ../scripts/realsense-camera-formats_ubuntu-xenial-hwe.patch: No such file or directory
When I run another file "./scripts/patch-realsense-ubuntu-odroid-xu4-4.14.sh"
then show such erro:
./scripts/patch-realsense-ubuntu-odroid-xu4-4.14.sh: line 106: ../scripts/realsense-camera-formats_ubuntu-bionic-master.pat        ch: No such file or directory
I really not find these two file in folder /scripts.

@xilunaJumma hello, the patches names have been recently updated, so the requested patch's name is, I believe, realsense-camera-formats-bionic-master.patch.
We provide hosting but do not maintain community-provided scripts, so unfortunately those may gradually become outdated.
In case you manage to update and build successfully I would ask you to consider to submit a fixing PR so that this info will be shared with the community.

Yes, i have verify the name is realsense-camera-formats-bionic-master.patch.
But there is not only one mistake in in this file,I will update my script when I really test successfully.

@xilunaJumma Thanks for the input and did you get it through? Looking forward to your update. Thanks!

I really got it through,but I will update about a week later. 🤗-------- 原始邮件 --------发件人： RealSense Customer Support<EMAIL_ADDRESS>2019年10月31日周四 中午12:27收件人： IntelRealSense/librealsense<EMAIL_ADDRESS>xilunaJumma<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>  题： Re: [IntelRealSense/librealsense] Some Problem When Run odroid patch script (#4998)
@xilunaJumma Thanks for the input and did you get it through? Looking forward to your update. Thanks!
—You are receiving this because you were mentioned.Reply to this email directly, view it on GitHub, or unsubscribe.

@xilunaJumma What's the status now? Saw you were saying more mistakes in previous reply. Did you get it through now? Thanks!

@xilunaJumma Any update? Thanks!

@xilunaJumma Could you please update. If we don’t hear from you in 7 days, this issue will be closed. Thanks!

@xilunaJumma  Sorry we didn't hear from you for weeks. Will close the ticket at this point. Please feel free to create another ticket if you still have issue or questions. Thanks!


test(vm): Deduplicate multivm tests

What ❔
Deduplicates unit tests in the multivm crate by retaining a single generic copy parameterized by a VM (with test-specific functionality encapsulated in a new TestedVm trait).
Why ❔
2 copies of almost every test is difficult to maintain.
Checklist

[x] PR title corresponds to the body of PR (we generate changelog entries from PRs).
[x] Tests for the changes have been added / updated.
[x] Documentation comments have been added / updated.
[x] Code has been formatted via zkstack dev fmt and zkstack dev lint.

The change diff is smaller than it looks; it mostly consists of moving stuff around. I've needed to massage a couple of tests so that they work in the same way for both legacy and fast VMs, but I've tried to not reduce the test scope whenever possible.


GenerateResources task is not incremental on .NET Core

The CoreResGen target is not incremental, because it assumes that the GenerateResources task handles incrementality internally. It does . . . on full framework, when FEATURE_BINARY_SERIALIZATION is enabled and NeedToRebuildSourceFile gets called.
On .NET Core, though, that codepath falls back to the conservative-but-slow "always just rebuild".
(noticed by @eerhardt in https://github.com/dotnet/sdk/issues/284)

IIRC there's a plan to make binary serialization available everywhere (just not portable between .NET Core and Full Framework). If that is already done this might be easy. If not, we might have to devise a new serialization format 👎

I believe binary serialization is coming to .NET Core with netstandard2.0. But that won't be available for a while yet. So we may have to devise a way around this for Dev15.
/cc @stephentoub @terrajobst @ericstj

That's correct, binary serialization will come back.
@danmosemsft, who is working on it and can provide an update where we are with it?

BinaryFormatter is already implemented for 1.2.  It's in master.  It works. And most of the core types that should be serializable now are, though there are still a bunch of types across corefx that need some work done to restore their serialization implementations.

Sweet.
@rainersigwald, what gurantees do you need for incremental build? I suppose you don't care about binary serialization having different output between .NET Framework and .NET Core?

@terrajobst it uses BinaryFormatter for 2 purposes

To cache between builds the set of files if any that are linked to from within the .resx: http://index/#Microsoft.Build.Tasks.Core/ResGenDependencies.cs,183 ... cross FX serialization is not important.

To deserialize types found within the resx in order to figure out whether they are in the GAC. If deserialization fails, they aren't, so it needs to process the resx in its own appdomain. It wants to avoid that as it's so slow. http://index/#Microsoft.Build.Tasks.Core/GenerateResource.cs,1821 That would need tobe cross FX, but it can remain ifdeffed out as we don't have resx's with such types. We do want to fix this later because creating an appdomain is slow and as we have it right now, it will always do it.

ResourceReader/Writer itself will serialize/deserialize types as part of its work. I'm guessing that none of our resx's have such things (it's really a Winforms artefact) so we're getting away without that.

Just realized we can't create AppDomains so that's not an issue. Another reason we shouldn't run on .resx's with serialized user types - we'll lock them.

I think the ifdef can be narrowed to give us pretty good incremental build. Let me see.

A sketch (or possibly the actual) fix for incrmentality without BinarySerialization is in the PR https://github.com/Microsoft/msbuild/pull/1202

Ok, so my current understanding is:
.NET Core assemblies cannot use linked resources (that's what it sounds like from comments @DamianEdwards made on https://github.com/dotnet/corefx/issues/8200 which is now https://github.com/dotnet/cli/issues/3695). This implies that it's fine to drop all of the code in GenerateResources that parses the resx and check incrementality as is-resx-newer-than-resources.
That could create a behavior difference when using .NET Core MSBuild to build assemblies for Desktop. CLI currently does that, but the plan has been to always use Desktop MSBuild if it's available.
Given this, I think it's ok to do something like #1202.
@danmosemsft and others--is this a reasonable read on the situation?

@rainersigwald yes I think so. BTW I don't have cycles right now to test/commit #1202 ... for some reason I can't get MSBuild to actually build for me right now.

Fixed in xplat packages from 15.1.0-preview-000358-00


Check for handler

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 2 (0.0%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.05%) to 48.889%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

src/EventListener/StateChangeRequestListener.php
0
2
0.0%

Totals

Change from base Build<PHONE_NUMBER>:
0.05%

Covered Lines:
22

Relevant Lines:
45

💛  - Coveralls


Treat multi-part transcription as single transcription

For long audio, transcription payload may be broken up into multiple transcriptions.
For sake of evaluation, we should join the entire transcription array into a single string rather than just evaluating the first transcription.
cc @marconoel

Code update included


Add Selection Based support for Java

Platform: darwin

I am trying to use the Script package to run Java code. And any time I use Cmd-I to run the file, I get the following error:
"Selection Based runner not available for Java."
What confuses me is is that no code is selected. I am trying to run the entire script.
What could the problem be?

Can you provide exact steps to reproduce, a minimal example file of what it breaks on, and screenshots/gifs of what you are doing?

Marking as duplicate of #796, but will keep open since it might actually be a bug of thinking that it should execute as selection based

I'm having the same issue. Steps to reproduce:

Open a new file
Set the file type to java
Add some code
Try to run script

If the file isn't saved it will print
Selection Based runner not available for Java.

If it should exist, add an issue on GitHub, or send your own pull request.

^C

If it is saved in file.java it launches the command line in my home directory, and when I exit the console the error appears in the atom error console.


Spells changed to cold through Sorc or Wizard abilities do not qualify for Rime Spell Feat

Describe the bug
I'm not sure if this is technically a bug, but seems like an oversight of a sort. When using the sorcerer bloodline or Wizard elemental specialist to change a non-cold spell into a cold spell, there is no way to apply the rime spell feat. I understand this is because they lack the cold descriptor in the spell menu as that represents the unadulterated spell. Perhaps lift the cold descriptor restriction, and just have it proc on cold damage as per rest of feat description?
To Reproduce
Cannot apply rime spell to fireball for example, which makes sense - but same is true for a fireball made cold through in-game abilities.
Expected behavior
To be able to apply rime spell to spells that are turned into cold spells through abilities.
Screenshots
NA
Additional context
NA

This is a weird area because you cannot legally prepare a spell without the cold descriptor with Rime even if you later convert it, but in principal you likely could modify the spell spontaneously with an elemental bloodline and then apply spontaneous metamagic. The issue is the 2nd case is not really mechanically supported and enabling it breaks the first case which is imo generally more important.
The other usability thing is being able to apply Rime to spells where it would do nothing is bad UX design.

Thank you for the comment, this makes sense. I separately tested this with scorching ray (cold) and burning hands (cold) and was surprised that this case did not work - as they have the cold descriptor. This seems like a different case to above, so I posted separately.
I know fire is much better, but I'm really trying to make a cold mage and rime spell work. Thank you very much for putting this mod together.

So in terms of max potential optimization Cold is actually the highest damage option (using primarily converted spells), and Rime is already one of the strongest metamagic so I am fairly cautious about just adding more fuel to that. It may change in the future but for now I think it makes more sense to let Rime be very powerful, but fairly limited in what spell it can be used on.


Apply clang-format on math_brute_force

Relates to #625. This change was generated automatically with clang-format. No manual editing was done.
This should allow future updates of the math_brute_force component to focus on content, not formatting, and hopefully reduce code duplication and so on.

NB: I've pushed a minor update. It turned out I was using clang-format-10 which was causing a slightly different (and puzzling) output compared to clang-format-9.

NB: I've pushed a minor update. It turned out I was using clang-format-10 which was causing a slightly different (and puzzling) output compared to clang-format-9.


Library name change request

Library repository URL
https://github.com/dojyorin/arduino_percent

Hi @dojyorin. I see you are requesting to change the registered library name to "arduino_percent":
https://github.com/dojyorin/arduino_percent/blob/v2.0.0/library.properties#L1
This particular name is not allowed because only libraries maintained by Arduino are permitted to be registered with names starting with "arduino".
If you would still like to change the registered library name, please do the following things:

Change the name value in the library.properties file to a unique name that is compliant with the requirements:
https://arduino.github.io/arduino-cli/latest/library-specification/#libraryproperties-file-format
Update the version value in the library.properties file to the version of the new release.
Make a new release or tag in the library repository.
Comment here to let us know we can proceed with the renaming.

If you decide you no longer wish to change the registered name of the library, you can close this issue.

If you have any questions or concerns, please let me know.
Regards, Per

Sorry, I forgot to check the naming conventions.
I'll correct https://github.com/arduino/library-registry/issues/2778 as well.

OK, great. Please comment here once you have updated the name so we'll know we can proceed.

Sorry for the wait, I fixed the library name. (https://github.com/arduino/library-registry/issues/2778 also fixed.)
Regards.

Hi @dojyorin. I am confirming your request.
Unlike submissions, this type of request is still handled manually. The Library Manager index maintainer occasionally comes through to clear all the outstanding requests. They will close this issue when it is done. You will get a notification from GitHub at that time.
After that, you can monitor the indexing of the library via its dedicated logs web page.
Information about that here:
https://github.com/arduino/library-registry/blob/main/FAQ.md#can-i-check-on-library-releases-being-added-to-library-manager

Done:
2023/05/16 15:38:45 Loaded 5845 libraries from DB
Removing Percent_Codec
Success!


If statement does not have any label (and that is very often), use first few characters of the text value for Tags

@davidzbiral what do you think about this idea? It is probably a better solution than having those "no label" Statement tags

@adammertel : yes, use Text value, but use italics (as you do now for "no label").


customer level scope for offline conversion is GA

:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

BingAds/campaign-management-service/offlineconversiongoal.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


chore: upgrade anchor to 0.29.0, along with rust, solana, and other deps

Clean runs with these versions:
❯ cargo --version; anchor --version; solana --version
cargo 1.73.0 (9c4383fb5 2023-08-26)
anchor-cli 0.29.0
solana-cli 1.17.5 (src:7089f1ed; feat:3011420684, client:SolanaLabs)

Description updated following a clean test run.
❯ cargo --version; anchor --version; solana --version
cargo 1.73.0 (9c4383fb5 2023-08-26)
anchor-cli 0.29.0
solana-cli 1.17.5 (src:7089f1ed; feat:3011420684, client:SolanaLabs)


⚠ Bofrost.fr has degraded performance

In 4300bfd, Bofrost.fr (https://www.bofrost.fr) experienced degraded performance:

HTTP code: 200
Response time: 2791 ms

Resolved: Bofrost.fr performance has improved in c9ebf0a after 8 minutes.


Bug:Nav bar is not responsive, its not proper in mobiles.

Describe the feature
All the fonts in the website are very big than needed and also this website isnt proper in mobiles i can cake it responsive and proper in mobiles.even all the images placed are larger than the actual sizes .i would like to work on it
Add ScreenShots

Record

[X] I agree to follow this project's Code of Conduct
[X] I'm a gssoc-24-extd contributor
[X] I want to work on this issue

see its the desgin of the website and
the navbar is not responvie
you want to fix it ?
i will assign you

Yes I want ro work on this
On Thu, 3 Oct, 2024, 9:02 pm Ramakrushna Biswal, @.***>
wrote:

see its the desgin of the website and
the navbar is not responvie
you want to fix it ?
i will assign you
—
Reply to this email directly, view it on GitHub
https://github.com/RamakrushnaBiswal/PlayCafe/issues/57#issuecomment-2391723593,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BEQZONEYRIBNOUGIDER3VL3ZZVPP5AVCNFSM6AAAAABPJ7ZTR2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGOJRG4ZDGNJZGM
.
You are receiving this because you authored the thread.Message ID:
@.***>

@keerthana2-005 assigned

Okay
On Thu, 3 Oct, 2024, 9:05 pm Ramakrushna Biswal, @.***>
wrote:

@keerthana2-005 https://github.com/keerthana2-005 assigned
—
Reply to this email directly, view it on GitHub
https://github.com/RamakrushnaBiswal/PlayCafe/issues/57#issuecomment-2391730826,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BEQZONHHGOMVYWT5ILHTLPLZZVP4ZAVCNFSM6AAAAABPJ7ZTR2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGOJRG4ZTAOBSGY
.
You are receiving this because you were assigned.Message ID:
@.***>

Thank u
On Thu, 3 Oct, 2024, 9:07 pm Sai keerthana, @.***> wrote:

Okay
On Thu, 3 Oct, 2024, 9:05 pm Ramakrushna Biswal, @.***>
wrote:

@keerthana2-005 https://github.com/keerthana2-005 assigned
—
Reply to this email directly, view it on GitHub
https://github.com/RamakrushnaBiswal/PlayCafe/issues/57#issuecomment-2391730826,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BEQZONHHGOMVYWT5ILHTLPLZZVP4ZAVCNFSM6AAAAABPJ7ZTR2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGOJRG4ZTAOBSGY
.
You are receiving this because you were assigned.Message ID:
@.***>

@keerthana2-005 did you work on it please rise a PR ASAP

I am working on it
On Sat, 5 Oct, 2024, 9:03 am Ramakrushna Biswal, @.***>
wrote:

@keerthana2-005 https://github.com/keerthana2-005 did you work on it
please rise a PR ASAP
—
Reply to this email directly, view it on GitHub
https://github.com/RamakrushnaBiswal/PlayCafe/issues/57#issuecomment-2394898474,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BEQZONEALA6FNWZMXFWES3TZZ5MX7AVCNFSM6AAAAABPJ7ZTR2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGOJUHA4TQNBXGQ
.
You are receiving this because you were mentioned.Message ID:
@.***>

solved #224


alphabet missing letters, upper case problem.

It's missing "l", "v" on the first line.
Doesn't accept upper case base32 strings.

This is intentional, nano uses its own special base32 encoding... Unless it has changed the scheme since this library was created/last updated.


Migrate empty manifest package attribute to namespace DSL

Task/Issue URL: https://app.asana.com/0/488551667048375/1202710479869541/f
Description
AGP will not allow setting the package attribute in the source AndroidManifest.xml starting in AGP 8.0. Instead, users must specify a namespace via the namespace DSL.
This PR migrates our empty manifest to use namespace DSL
Steps to test this PR

[ ] app builds
[ ] smoke test for app and AppTP

Current dependencies on/for this PR:

develop

PR #2133   👈

This comment was auto-generated by Graphite.


quad_float performance

So with the first drafts of quad-float available, this issue touches on the performance of operators and functions for cpp_quad_float compared with, for example, cpp_bin_float at similar precision.

Hi @sinandredemption I will follow your work here.
Check this out, just did a very, very, very preliminary multiplication timing featuring cpp_quad_float<double> versus cpp_bin_float with a similar digit count.
I found (with faster/smaller time being better):
quad_time: 0.793
ctrl_time: 2.102
result_is_ok: true

I don't think quad or double will put dec or bin out of business, but there is promise here for a range of applications that handle the wily nature of these composite type(s).
I will follow this up with much more analysis moving forward.

I will follow this up with much more analysis moving forward.

Yes, please do. It will be interesting to see the performance comparison to mpf_float or gmp_float, which are the currently the the fastest types Boost provides if I'm not mistaken.

interesting to see the performance comparison to mpf_float or gmp_float, which are the currently the the fastest types Boost provides

Actually, this is billed as expected to a good race because the GMP/MPIR types suffer from expensive allocation at this low-to-moderate digit count less than or similar to 30...100 decimal digits. Let's stabilize quad-float and along the way I'll throw in more performance stuff.
@jzmaddock has a performance suite that we will/should proabalby activate as soon as our backend types are a bit more stable. i'll dust this off and start taking a look at how it's playing in the performance suite.

| operation                        |  cpp_bin_float  |   cpp_quad_fp_backend   |
|  +                               |   0.0331187     |  0.0246576              |
|  -                               |   0.0344958     |  0.0267205              |
|  *                               |   0.0452308     |  0.0378971              |
|  /                               |   0.548875      |  0.474183               |
|  str                             |   0.0018916     |  0.0301673              |
|  +(int)                          |   0.0327899     |  0.0099693              |
|  -(int)                          |   0.0340673     |  0.0099627              |
|  *(int)                          |   0.0186423     |  0.0150899              |
|  /(int)                          |   0.0843419     |  0.212649               |
|  construct                       |   0.006122      |  0.0004477              |
|  construct(unsigned)             |   0.0040559     |  0.0012088              |
|  construct(unsigned long long)   |   0.0038952     |  0.0513031              |
|  +(unsigned long long)           |   0.04225       |  0.0518809              |
|  -(unsigned long long)           |   0.0488046     |  0.0531701              |
|  *(unsigned long long)           |   0.0290197     |  0.064957               |
|  /(unsigned long long)           |   0.082562      |  0.235138               |
|  +=(unsigned long long)          |   0.0438786     |  0.0508877              |
|  -=(unsigned long long)          |   0.0439513     |  0.0502721              |
|  *=(unsigned long long)          |   0.0220493     |  0.0632934              |
|  /=(unsigned long long)          |   0.100602      |  0.236258               |

It might be interesting to compare to the original double_double implementation as well?
BTW it's possible to use mpfr without memory allocation, for example number<mpfr_float_backend<32, allocate_stack> > would be a broadly comparable type I would guess.

might be interesting to compare to the original double_double implementation as well?

Yes, understood thanks John. Indeed, @jzmaddock, there is a lot to do in general to clean up our double-float implementation. This includes characterizing its perf also.

possible to use mpfr without memory allocation

That's cool. I must admit, I fumbled around a bit with performance_test.cpp. At first I compared to cpp_bin_float but had used too many digits in bin-float. At the moment, The numbres just above in the table are getting better, but honestly quad-double still needs quite a bit of optimization effort.
I'll keep on this with your suggestions and report as we go along...

It just crossed my mind, we can maybe use GodBolt to compare the assembly code generated with std::tie and std::get<> vs old-school assignments.

Yes. I can also show you how to generate assembly listings from either msvc or GCC as well. There are a couple of good options to figure out what's going on under the hood...

compare the assembly code

Try to start with a reduced program. I might suggest to begin with multiplication. I can work out a reduced example if you like which brings the assembly code more or less clearly to light...


Type guards not working for indexed types with generics

TypeScript Version:  2.7

Search Terms: indexed type guard
Code
function f<T extends string>(q: {[k:string]: number | string}, t: T) {
    const v= q[t];
    if (typeof(v)!=="string") {
        const vv: number = v;
    }
}

Expected behavior:
Type of v is string|number, and in the if it is just number. Compiles.
Actual behavior:
Assignment to vv doesn't compile: string not assignable to number. When hovering, type of v is { [k: string]: string | number; }[T], so eliminating string from it does not change the type, it is still the same, and only when assigning to vv it gets resolved to string|number which then causes compilation error.
Changing type of t to string fixes the problem. The problem also appears if q has type keyed by [k in T].
Playground Link: link
Related Issues:

Note that if (typeof v === "number") { works, and should probably be preferred since you really can't be sure undefined isn't in there.

This code is just for illustration of the compiler problem, and not any good otherwise of course. A snippet where the problem is even more obvious, without such an obvious fix:
function f<T extends string>(q: {[k:string]: number | null}, t: T) {
    const v= q[t];
    if (v) {
        const vv: number = v;
    }
}

Note that this fails only with strict null checks enabled.

Narrowing with primitives really does not work with generics.. here is a simpler example:
function f<T extends string | number>(t: T) {
    if (typeof t !== "string") {
        const v: number = t; // Error
    }
}

The issue here is that T has to stay generic. any narrowing we do has to be on the type of the constraint, so in if block t should be T extends number instead of T extends number | string.

However we could totally improve our behavior and narrow to Exclude<T, string> (and Extract<T, string> in the other branch) now that we have it. 😄

The problem is that this is a regression - my original example, or something equivalent to it, used to work in some earlier version (I'm not sure which exactly) because q[t] was immediately treated as string | number. So I'm quite sure this is a bug, not just a suggestion.

u are correct. q[t] is not generic really, since q has an index signature, so regardless of what value t will have the type of q[t] is always 0-order.


keywords are too less for testing hybrid APP

Hi all, I have a idea.
AppiumLibrary has 51 keywords
Selenium2Library has 163 keywords
As wee all know, appium is a framework extended from selenium, so AppiumLibrary should have more selenium keywords
Developing all of the keywords is a very tedious work, besides, Selenium2Library has already implemented them. Why not consider combining the 2 library when we in test work?
If this is really valueable, I will provide a new keyword that making the 2 librarys work together and fork/pull a request.

you'd better open a issue in Selenium2Library


fix bug #5346 BE crashes

What type of PR is this：

[x] bug

Which issues of this PR fixes ：
Fixes #5346
Problem Summary(Required) ：

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.qinmengna seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.


Searching more than 1 Column - Datatable

Currently there is only 1 search box. how can we search data for 2 column at a time.
For example "name" and "city" ( John , Newyork ) in data table list generated by scaffold generator.
Is it possible to have search box implemented below each column ?

Operating System - Linux
PHP Version   - 5.6
Laravel Version  - 5.3
Laravel-Datatables Version - 6.0

You can use filter api to handle this. See docs for ref.


Basic ILSL end to end pipeline

Using ILSL to generate WGSL and run it in browser.

Currently working in repl/render view and ilsl/wgpu/{name} wgsl code compilation endpoint


removed conf.d include

Since we're using the 'debian' way instead of conf.d, and since on some platforms default files are placed in conf.d, it's probably better if we don't include it by default.

#230 was merged, closing this one.


Feature Request: Spotify as a playlist source

As discussed starting here on discord.
With the addition of music to PMM's capabilities, would it be possible to add spotify playlist syncs (much like with trakt or other list funcationality) with the usage of spotipy?
https://spotipy.readthedocs.io/en/2.19.0/
Further we discussed another discord project using python to create these playlists here
Having music playlists synced from outside sources would be a great enhancement to PMM.

Here is another project that allows to sync spotify/deezer playlists to plex :
https://github.com/rnagabhyrava/plex-playlist-sync

Feature Requests have been moved to https://features.metamanager.wiki.
This Request


ch376s not working with esp32

i try to run ch376 use module with SPI interface , i m using esp32 controller, i try but not succeed, i littel bit consue about connection hai jumper setting related to spi.  plz give me connection diagram and, example code.
WR > GND
RD > GND
CS > 3V3
D7 > pin_spi_miso= esp32 ->D19
D6 > pin_spi_mosi= esp32 ->D23
D5 > pin_spi_sck   = esp32 ->D18
D3 > pin_ch376_cs= esp32 ->D5
INT > pin_ch376_int =NOT USE
Ch376msc flashDrive(5);
I USE THIS SETTING.

Hi. It was discussed here #18 . Do you have attached other device as well to the SPI? Try using with INT pin involved. Ch376msc flashDrive(5, INTPIN);

No i m only try to run ch376 with spi.
I read the link.
Can u explain  me
Fs=usb
And
Spi speed.?

The default SPI speed is 125kHz. If you want to use higher speed then you can choose from two macro for that when you instantiate CH object. In a kilohertz range use e.g Ch376msc flashDrive(5, INTPIN, SPI_SCK_KHZ(500) ); ,this will have the SPI clock at 500kHz, or in megahertz range use Ch376msc flashDrive(5, INTPIN, SPI_SCK_MHZ(8) );  for 8MHz.

thanx for helping me , problem is that , im confusing in spi mode or parallel mode,, Tx jumper remove from GND .