exynos_arm64...ister_cmu_pm(9)
π 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 forinit_clk_regsβ if it'strue, 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 β
0on success π slay, you did it- a negative error code on error π it's giving "something went wrong", read the code and cope
π SEE ALSO π
- the Kernel file,
./drivers/clk/samsung/clk-exynos-arm64.cβ go read the source bestie, it's all there π exynos_arm64_init_clocks(9)exynos_arm64_enable_bus_clk(9)exynos_arm64_register_cmu(9)β the non-PM sibling, the icon, the blueprint π
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
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms