ibm_find_acpi_device(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

Okay so from the Kernel API Manual, bestie: ibm_find_acpi_device(9) is literally the callback to find our ACPI device. It's giving "we're going on a namespace scavenger hunt" energy. πŸŽ€

✨ SYNOPSIS ✨

       acpi_status ibm_find_acpi_device (acpi_handle handle , u32 lvl , void
       *context , void **rv );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • handle β€” the ACPI handle of the device we are inspecting. Like, the actual thing we're checking out rn. πŸ‘€
  • lvl β€” depth into the namespace tree. How deep are we going? Very "descending into the group chat archives" vibes. 🌳
  • context β€” a pointer to our handle to fill when we find the device. It's the spot where we stash the win. 🫢
  • rv β€” a return value to fill if desired. If you wanna leave a lil something there, this is it. ✨

πŸ’… DESCRIPTION πŸ’…

Used as a callback when calling acpi_walk_namespace to find our device. When this method returns non-zero, acpi_walk_namespace quits its search and returns our value. No cap β€” that's the whole assignment: walk the namespace, find our device, and if we return non-zero, the search stops and our value gets returned. πŸ’…

πŸŽ€ SEE ALSO πŸŽ€

Kernel file ./drivers/pci/hotplug/acpiphp_ibm.c β€” plus the whole bestie squad: ibm_slot_from_id(9), ibm_set_attention_status(9), ibm_get_attention_status(9), ibm_handle_events(9), ibm_get_table_from_acpi(9), and ibm_read_apci_table(9). πŸ¦‹


Signed off from ./drivers/pci/hotplug, October 2026 β€” ibm_find_acpi_device(9), over and out, bestie πŸ’–βœ¨

πŸ“¦ where this page comes from