snd_soc_find_dai_link(9)
π snd_soc_find_dai_link(9) β like, the Kernel API Manual bestie β¨
okay so this one lives in the Kernel API Manual and it's literally called snd_soc_find_dai_link β and yes bestie, it does exactly what it says on the tin: it finds a DAI link π
β¨ NAME β¨
snd_soc_find_dai_link β find a DAI link ππ
π¦ SYNOPSIS π¦
struct snd_soc_dai_link * snd_soc_find_dai_link (struct snd_soc_card
*card , int id , const char *name , const char *stream_name );
πΈ ARGUMENTS πΈ
cardβ the soc card, aka the main character of this whole quest πidβ the DAI link ID you're trying to match, like the vibe check number πnameβ the DAI link name to match, and it's optional (no pressure bestie, you don't have to give it one) πstream_nameβ the DAI link stream name to match, also optional π
π DESCRIPTION π
so what this function actually does: it goes and searches all the existing DAI links of the soc card to find, like, the link with the same ID. that's the whole mission π§β¨
but here's the tea β β since DAI links may not have their unique ID, name and stream_name should also match if they're being specified. so it's giving "ID first, but we double-check with names when you hand them over" energy ππ«Ά
β RETURN β
it returns a pointer to the DAI link β slay, found it π β or NULL if it's not found π
π SEE ALSO π
- the kernel file
./sound/soc/soc-topology.c set_link_hw_format(9)soc_tplg_dai_config(9)
go read those too, iykyk ππ₯
ngl bestie, if that NULL comes back, your link genuinely isn't there β that's not me being dramatic, that's just the return value π
mwah π that's the whole page β brought to you from ./sound/soc, dated October 2026, and the title card still reads snd_soc_find_dai_link(9). catch you in the next manpage, bestie π«Άπ
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms