ENUM HDA_BUS_ML_LINK_TYPE(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

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