zynqmp_pm_get_rpu_mode(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… NAME πŸ’…

okay so this is zynqmp_pm_get_rpu_mode(9) from the Kernel API Manual, and it does exactly one iconic thing: Get RPU mode. That’s the whole name, no cap. πŸ’œ


✨ SYNOPSIS ✨

int zynqmp_pm_get_rpu_mode (u32 node_id , enum rpu_oper_mode *rpu_mode
       );

the way that signature just sits there being all official ✨


πŸŽ€ ARGUMENTS πŸŽ€

  • node_id β€” the Node ID of the device. Like, which device are we even asking about, bestie? That’s this number. 🫢
  • rpu_mode β€” this one is returned by reference, and its value is either split or lockstep. Not me being obsessed with an output parameter, but here we are. πŸ’…

πŸ’– RETURN πŸ’–

On success it returns 0; otherwise it returns error+reason. If success, then rpu_mode will be set to the current rpu mode. So the happy path is literally 0 plus the mode getting filled in, and the sad path is error+reason. Fr fr. 😭


πŸ¦‹ SEE ALSO πŸ¦‹

okay bestie, the lore is deep β€” here’s the whole SEE ALSO squad, including the kernel file and every single cross-reference from the original: 🌈


okay that’s the whole page, bestie πŸ’– source/version: ./drivers/firmware/xilinx; date: October 2026. bye, periodt. 🫢✨

πŸ“¦ where this page comes from