snd_hda_mix..._switch_info(9)

📦 version 7.3.1, in nixpkgs unstable

💖 snd_hda_mixer_amp_switch_info(9) — the Kernel API Manual page you didn't know you needed 🎀

okay so bestie, welcome to the Kernel API Manual ✨ (yes the fancy-pants (9) section, we're in the big leagues now). This one's about a tiny little callback that tells the sound subsystem "hey, here's what this switch is", and honestly? it's giving behind-the-scenes main character energy. 🦋

Also lowkey the page header is truncated to snd_hda_mix..._switch_info(9) because the full name is too long for the margin, so don't come for me — the real one lives in the NAME section below. 💅

🌸 NAME 🌸

snd_hda_mixer_amp_switch_info — the info callback for a standard AMP mixer switch 🔥

✨ SYNOPSIS ✨

int snd_hda_mixer_amp_switch_info (struct snd_kcontrol *kcontrol ,
struct snd_ctl_elem_info *uinfo );

🎀 ARGUMENTS 🎀

  • kcontrol — the referred ctl element 💜 (yes, "ctl" with no vowels, that's just how the kernel rolls, iykyk)
  • uinfo — pointer to get/store the data 🫶

⭐ DESCRIPTION ⭐

So here's the tea ☕: the control element is supposed to have its private_value field set up via HDA_COMPOSE_AMP_VAL*() or related macros. That's the whole vibe check — if your private_value isn't composed properly, this callback simply won't have what it needs. No cap. 🙈

fr fr, set up your private_value with HDA_COMPOSE_AMP_VAL*() (or the related macros) before you come knocking — the manpage literally says "supposed to", so treat it as a requirement, bestie. 💀

🌈 SEE ALSO 🌈

Like, so many friends. The whole group chat, honestly 👑:

aaand that's the page, bestie! 🫶 she ate, no crumbs. 💅

💌 cute lil sign-off: this gem lives in ./sound/hda/common, dated October 2026, and the page answers to the name snd_hda_mix..._switch_info(9) when the margins get tight. 🎀✨ bye bestie, go compose an AMP val 💖
📦 where this page comes from