zynqmp_pm_g..._node_status(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… zynqmp_pm_g..._node_status(9) πŸ’…

okay bestie, welcome to the Kernel API Manual corner for zynqmp_pm_g..._node_status(9) β€” section 9, obviously. This is the page for the PM call that asks for an RPU node’s current power state, and no cap, it’s lowkey iconic. πŸ’–

✨ NAME ✨

zynqmp_pm_get_rpu_node_status β€” PM call to request a RPU node's current power state. periodt.

🌸 SYNOPSIS 🌸

int zynqmp_pm_get_rpu_node_status (const u32 node , u32 *const status ,
       u32 *const requirements , u32 *const usage );

πŸŽ€ ARGUMENTS πŸŽ€

  • node β€” ID of the RPU component or sub-system in question. yes, that exact one.
  • status β€” Current operating state of the requested RPU node. (the vibe check result πŸ’…)
  • requirements β€” Current requirements asserted on the RPU node.
  • usage β€” Usage information, used for RPU slave nodes only. The possible little values are:
    • PM_USAGE_NO_MASTER β€” No master is currently using the node.
    • PM_USAGE_CURRENT_MASTER β€” Only requesting master is currently using the node.
    • PM_USAGE_OTHER_MASTER β€” Only other masters are currently using the node.
    • PM_USAGE_BOTH_MASTERS β€” Both the current and at least one other master is currently using the node.

πŸ’– RETURN πŸ’–

It returns status, either success or error+reason. So basically: slay or spill the error, no in-between. 😭

πŸ‘‘ SEE ALSO πŸ‘‘

This is the friend group. All of them. Do not skip a single one or the manpage gremlins will come for us πŸ’€:

Source/version cutie: ./drivers/firmware/xilinx. Date stamp: October 2026. Page: zynqmp_pm_g..._node_status(9) in the Kernel API Manual. byeee bestie, go get that RPU node status 🫢✨

πŸ“¦ where this page comes from