acpi_extrac...e_properties(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

okay bestie, welcome to the Kernel API Manual page for acpi_extract_apple_properties(9) β€” the header shows it as acpi_extrac...e_properties(9) because terminal width said no πŸ’€. this page is short but iconic, and it's all about grabbing Apple _DSM properties and converting them so the kernel can use them. periodt.

✨ NAME ✨

acpi_extract_apple_properties β€” retrieve and convert Apple _DSM properties πŸ“

πŸŽ€ SYNOPSIS πŸŽ€

void acpi_extract_apple_properties (struct acpi_device *adev );

πŸ’… ARGUMENTS πŸ’…

  • adev β€” the ACPI device for which to retrieve the properties. it's giving β€œpass me the device and I'll handle the rest” energy πŸ‘‘

πŸ¦‹ DESCRIPTION πŸ¦‹

okay so here's the vibe: this function invokes Apple's custom _DSM once to check the protocol version, and then once more to retrieve the properties. two calls, no cap 😭

those properties are marshalled up in a single package as alternating key/value elements. and the way that's different from _DSD? _DSD stores them as a package of 2-element packages. iykyk β€” same info, different shape, and this function is literally here to deal with that. 🧚

then it converts everything to _DSD format and makes the properties available under the primary fwnode. slay. that's the whole main character arc ✨

πŸ”₯ SEE ALSO πŸ”₯

  • Kernel file ./drivers/acpi/x86/apple.c β€” go read the source, bestie, it's right there πŸ‘€

and that's the page! catch u later πŸ’… this footer energy came from ./drivers/acpi/x86, dated October 2026, and the page name on the footer is acpi_extrac...e_properties(9) 🫢

πŸ“¦ where this page comes from