omap_cm_module_enable(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… omap_cm_module_enable(9) β€” straight from the Kernel API Manual, bestie ✨

okay so like, this is the page for omap_cm_module_enable(9) from the Kernel API Manual, and it's literally about enabling a module. group-chat energy but make it kernel internals, yk? 🫢


🌸 NAME 🌸

omap_cm_module_enable β€” enable a module πŸ’–


πŸ¦‹ SYNOPSIS πŸ¦‹

int omap_cm_module_enable (u8 mode , u8 part , u16 inst , u16
clkctrl_offs );

πŸ’… ARGUMENTS πŸ’…

  • mode β€” target mode for the module ✨
  • part β€” PRCM partition πŸŽ€
  • inst β€” PRCM instance 🌈
  • clkctrl_offs β€” CM_CLKCTRL register offset for the module ⭐

🌸 DESCRIPTION 🌸

So what it does is enable clocks for a module identified by (part, inst, clkctrl_offs), which makes its IO space accessible. It's giving "let there be light" but for clocks and IO space, fr fr. πŸ”₯

It returns 0 upon success, and -EINVAL if no per-SoC module_enable function pointer has been registered. Not me being dramatic about -EINVAL, it's literally in the docs. 😭

no cap: those return values are the whole vibe check here. 0 = slay, -EINVAL = the per-SoC module_enable function pointer was never registered. πŸ’€

πŸ”₯ SEE ALSO πŸ”₯

Kernel file ./arch/arm/mach-omap2/cm_common.c β€” and the friend group is:


mwah πŸ’‹ source: ./arch/arm/mach-omap2, version/date vibe: October 2026 β€” iconic, periodt. πŸ‘‘

πŸ“¦ where this page comes from