prm_register(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ NAME ✨

okay bestie, welcome to prm_register(9) β€” she's straight out of the Kernel API Manual, and she registers per-SoC low-level data with the PRM πŸŽ€

πŸ’– SYNOPSIS πŸ’–

int prm_register (struct prm_ll_data *pld );

Yep, she takes one argument and hands you back an int, periodt.

🫢 ARGUMENTS 🫢

  • pld β€” low-level per-SoC OMAP PRM data & function pointers to register. This is the whole payload, bestie.

πŸ”₯ DESCRIPTION πŸ”₯

Okay so here's the tea: prm_register registers per-SoC low-level OMAP PRM data and function pointers with the OMAP PRM common interface. Very main character energy, very β€œlet me introduce myself to the common layer” πŸ’…

The caller must keep the data pointed to by pld valid until it calls prm_unregister and it returns successfully. Like, actually returns successfully β€” no cap. Don't let that data go poof early 😭

Return vibe check:

  • 0 β€” success, slay ✨
  • -EINVAL β€” if pld is NULL
  • -EEXIST β€” if prm_register has already been called without an intervening prm_unregister
bestie, if you already registered without unregistering first, that’s a -EEXIST situation. The kernel is literally telling you β€œgirl, we’ve been here” πŸ’€

🌈 SEE ALSO 🌈


xoxo, bestie πŸ’– this page lives under ./arch/arm/mach-omap2, dated October 2026, and it's prm_register(9) signing off β€” stay valid until prm_unregister returns, mwah πŸ’…βœ¨

πŸ“¦ where this page comes from