prm_clear_co...ss_flags_old(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ prm_clear_co...ss_flags_old(9) β€” Kernel API Manual ✨

okay so bestie, welcome to the prm_clear_co...ss_flags_old(9) page πŸ’… yes that's the manual name, yes it's a mouthful, no we're not abbreviating it, and yes it's the Kernel API Manual section 9. buckle up πŸŽ€


🌸 NAME 🌸

prm_clear_context_loss_flags_old β€” clears the context loss flags, but like… the old API version 🫢


πŸ¦‹ SYNOPSIS πŸ¦‹

void prm_clear_context_loss_flags_old (u8 part , s16 inst , u16 idx );

that's it. that's the whole vibe check. she takes three args and gives you nothing back, which honestly is main character energy πŸ”₯


✨ ARGUMENTS ✨

  • part β€” the PRM partition ID. like, for example OMAP4430_PRM_PARTITION. it's a u8 btw, keep that in mind πŸ‘€
  • inst β€” the PRM instance offset, e.g. OMAP4430_PRM_MPU_INST. this one's an s16 πŸ“
  • idx β€” the CONTEXT register offset. u16, no cap πŸ’œ

three little values, one big job. iykyk 🌈


πŸ’– DESCRIPTION πŸ’–

so what does she actually do?? she clears the hardware context loss bits for whichever module you point at with (part, inst, idx) β€” that trio is literally the module's whole identity, it's giving "name, rank, and serial number" 😭

No return value. none. zero. void. she does the thing and she leaves, iconic behavior fr fr πŸ‘‘

XXX β€” ⚠️ Deprecated!! ⚠️ bestie listen to me. callers need to use a less-SoC-dependent way to identify hardware IP blocks. this one's on the way out, do not build your whole personality on it πŸ’€

πŸŽ€ SEE ALSO πŸŽ€

Kernel file: ./arch/arm/mach-omap2/prm_common.c πŸ“

and then the whole friend group, all together now 🫢:


sign-off time bestie 🧚 this little diva lives over in ./arch/arm/mach-omap2, she got stamped October 2026, and her full government name is prm_clear_co...ss_flags_old(9). go clear those context loss bits, slay, and remember: deprecated but never forgotten πŸ’œπŸŒΈβœ¨

πŸ“¦ where this page comes from