ENUM HDA_BUS_ML_LINK_TYPE(9)
β¨ enum hda_bus_ml_link_type β¨
okay so this is from the Kernel API Manual bestie, and it's literally just a lil enum that tells you what kind of link an mlink is π
it's the link type used by SOF link DMA allocator constraints β and yeah, if you wanna see the whole situation it lives alongside struct sof_intel_hda_dev (iykyk) π«Ά
πΈ NAME πΈ
enum hda_bus_ml_link_type β the mlink link type, used by SOF link DMA allocator constraints (peep struct sof_intel_hda_dev) β¨
π SYNOPSIS π
enum hda_bus_ml_link_type {
HDA_BUS_ML_LINK_HDA ,
HDA_BUS_ML_LINK_SDW ,
HDA_BUS_ML_LINK_UAOL ,
HDA_BUS_ML_LINK_OTHER
};
like, that's the whole thing. four little constants, all iconic, all doing their job π
π¦ Constants π¦
HDA_BUS_ML_LINK_HDAβ the non-alt link, bestie. think HDA codec or iDisp π the main character, no cap.HDA_BUS_ML_LINK_SDWβ alt link, and it's SoundWire π slay.HDA_BUS_ML_LINK_UAOLβ alt link, USB Audio Offload π§ yes it ate.HDA_BUS_ML_LINK_OTHERβ alt link, SSP or DMIC π the catch-all bestie, holding it down.
ngl these four are the whole vibe check β every mlink is exactly one of these, no extras, no surprises π
π₯ SEE ALSO π₯
- Kernel file
./include/sound/hda-mlink.hβ go read it, it's giving source of truth π
okay that's the tea β this page came from ./include/sound and it's dated October 2026, so like β future vibes only π§β¨ mwah, go forth and allocate your DMA responsibly 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