exynos_arm64...ister_cmu_pm(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

exynos_arm64_register_cmu_pm β€” bestie, this is the one that registers an Exynos CMU domain with PM support. Yes, PM as in power management. She's the glow-up version, okurrr ✨

Oh and hi, welcome, you're reading a page from the Kernel API Manual, section 9 β€” the header up top says exynos_arm64...ister_cmu_pm(9), which is just the long name being dramatic and refusing to fit. We stan a mysterious abbreviation πŸŽ€


✨ SYNOPSIS ✨

int exynos_arm64_register_cmu_pm (struct platform_device *pdev , bool
init_clk_regs );

Literally just two arguments. You got this, iykyk πŸ’…


πŸ¦‹ ARGUMENTS πŸ¦‹

  • pdev β€” the platform device object 🫢 like, the actual device you're doing this for
  • init_clk_regs β€” if it's true, she initializes the CMU registers. That's the whole vibe check right there 🌸

πŸ‘‘ DESCRIPTION πŸ‘‘

So basically: this is the version of exynos_arm64_register_cmu that comes with PM support β€” same energy, upgraded ✨

You should call it from the probe function of your platform driver. That's the assignment, no cap πŸ“Œ


⭐ RETURN ⭐

  • 0 on success πŸŽ‰ slay, you did it
  • a negative error code on error 😭 it's giving "something went wrong", read the code and cope

🌈 SEE ALSO 🌈


ngl, if you're calling this outside a probe function, please re-read the description. I'm not mad, I'm just disappointed πŸ₯Ί

okay that's the whole page, go be a main character in ./drivers/clk/samsung πŸ§šβ€β™€οΈ this came out of the Kernel API Manual, dated October 2026, and the footer says ./drivers/clk/samsung too, so like… the source and the date said hi, and so did exynos_arm64...ister_cmu_pm(9) πŸ’œ periodt.

πŸ“¦ where this page comes from