STRUCT SND_SOC_ACPI_ADR_DEVICE(9)
π NAME π
struct snd_soc_acpi_adr_device β the descriptor bestie for a device that gets enumerated through _ADR, no cap β¨
So this is from the Kernel API Manual (yes, the kernel has lore too π), and it's basically the little ID card a device carries around when it shows up via ACPI _ADR instead of the usual ways. Slay.
πΈ SYNOPSIS πΈ
struct snd_soc_acpi_adr_device {
u64 adr;
u8 num_endpoints;
const struct snd_soc_acpi_endpoint *endpoints;
const char *name_prefix;
};
Look at her. Four members. Iconic. π
β¨ Members β¨
adrβ a 64 bit ACPI_ADRvalue. Literally the device's whole address vibe check, in 64 bits of glory π¦num_endpointsβ how many endpoints this device has. The headcount, the roster size, the "how many besties are we talking" number π«Άendpointsβ an array of endpoints. Pointing at the whole squad ofstruct snd_soc_acpi_endpoint, one after another πname_prefixβ a string used for codec controls. It's the little name tag that gets stuck on the codec controls so everyone knows whose they are π
π₯ SEE ALSO π₯
- Kernel file
./include/sound/soc-acpi.h struct snd_soc_acpi_mach_params(9)struct snd_soc_acpi_endpoint(9)struct snd_soc_acpi_link_adr(9)struct snd_soc_acpi_mach(9)struct snd_soc_acpi_codecs(9)
Go read those too, iykyk π they're all part of the same friend group fr fr.
β Reminder bestie: this page lives in ./include/sound and it's dated October 2026 β so if you're reading it from the future, hiiii π
That's the whole page babes, go forth and enumerate your _ADR devices with main character energy πππ
π¦ 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