acpi_dev_uid_match(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… acpi_dev_uid_match(9) β€” like, the Kernel API Manual, bestie πŸŽ€

okay so picture this: you're deep in the kernel, you've got an ACPI device in one hand and a UID in the other, and you just need to know if they're a match. that's literally it. that's the whole function. no cap. this page lives in the Kernel API Manual and it's short and sweet and honestly kind of iconic for it.


✨ NAME ✨

acpi_dev_uid_match β€” match device by supplied UID πŸ¦‹

like, you give it a device, you give it a UID, and it tells you if they vibe together. periodt.


🌸 SYNOPSIS 🌸

acpi_dev_uid_match (adev , uid2 );

that's the whole call. two things in, one truth value out. ate and left no crumbs πŸ”₯


πŸŽ€ ARGUMENTS πŸŽ€

  • adev β€” the ACPI device you're trying to match. this is your main character ✨
  • uid2 β€” the Unique ID of the device, aka the thing you're checking it against. the vibe check in question πŸ’…

πŸ’– DESCRIPTION πŸ’–

so what does it actually do? it matches the UID in adev against the given uid2. that's the tea. one device, one UID, one comparison. lowkey obsessed with how straightforward this is 🫢


πŸ‘‘ RETURN πŸ‘‘

  • true if it matches 🌈
  • false otherwise πŸ’€

that's it. binary. no in-between. no "maybe". it's giving decisive.


🧚 SEE ALSO 🧚

siblings in the acpi_bus family, iykyk:

go read those too, bestie, they're all right there in the same header πŸ’œ


ngl this one's a quick read β€” but don't let the short page fool you, every single detail above is load-bearing πŸ“

k bye, this page ships out of ./include/acpi in October 2026, version vibes courtesy of the Kernel API Manual β€” mwah πŸ’‹ ⭐

πŸ“¦ where this page comes from