acpi_resource_consumer(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… acpi_resource_consumer(9) β€” from the Kernel API Manual, bestie

okay so real talk, this is a kernel API manual page and it's genuinely so useful. it's acpi_resource_consumer(9) and it answers the question every nosy little kernel dev asks: who's eating this resource?? πŸ“πŸ‘€ iykyk


✨ NAME ✨

acpi_resource_consumer β€” find the ACPI device that consumes @res. like, the actual device that's munching on it. we love a good reverse-lookup moment πŸ’…


🌸 SYNOPSIS 🌸

struct acpi_device * acpi_resource_consumer (struct resource *res );

look at her. iconic signature. no notes. πŸŽ€


πŸ¦‹ ARGUMENTS πŸ¦‹

  • res β€” the resource you're searching for. that's it. that's the whole argument. she's lowkey the main character here 🫢

πŸ”₯ DESCRIPTION πŸ”₯

okay so here's the vibe: the function goes through the current resource settings β€” that's _CRS β€” of every single ACPI device node, and it looks for res in each one. like a full-on group chat scroll looking for that one message. πŸ“±βœ¨

if it finds an ACPI device whose _CRS includes res, it returns that device. found your culprit, bestie. case closed. πŸ‘‘

otherwise? it returns NULL. no device is claiming that resource. nothing. crickets. πŸ¦—πŸ’€

that's literally it, no cap. simple, clean, does exactly what it says on the tin.


πŸ’œ SEE ALSO πŸ’œ

the kernel file lives at ./drivers/acpi/resource.c and honestly the whole friend group is worth knowing:

all of them. every single one. we don't skip the squad. 🌈🧚


reminder bestie: this only searches current resource settings (_CRS) on ACPI device nodes. that's the whole scope. don't go expecting it to read your mind or anything πŸ’€

mwah πŸ’‹ that's the page! sourced straight from ./drivers/acpi, dated October 2026 β€” so go forth, find your consumers, and slay βœ¨πŸ‘‘πŸ’–

πŸ“¦ where this page comes from