omap3_dpll_allow_idle(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… omap3_dpll_allow_idle πŸ’…

ok so bestie, we're in the Kernel API Manual today and this one is a <blue>omap3_dpll_allow_idle(9)</blue> moment β€” like, genuinely iconic little function, no cap.


✨ NAME ✨

omap3_dpll_allow_idle β€” enable DPLL autoidle bits πŸŽ€


🌸 SYNOPSIS 🌸

void omap3_dpll_allow_idle (struct clk_hw_omap *clk );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • clk β€” this is the struct clk * of the DPLL you wanna operate on, bestie. that's the one. 🫢

πŸ’– DESCRIPTION πŸ’–

okay so what this does: it Enables DPLL automatic idle control. periodt. ✨

and like, lowkey important detail here β€” this automatic idle mode switching only takes effect when the DPLL is locked. at least on OMAP3430. so don't come for me if you're on some other chip and the vibe check fails, iykyk. πŸ™ˆ

the DPLL will enter low-power stop when its downstream clocks are gated. so it's just out here napping when nobody needs it, main character energy fr fr. πŸ’€πŸ‘‘

and nope β€” No return value. it's void, there's nothing to check, no error to catch, it's giving "i did my thing, bye" πŸ’…


πŸ‘‘ SEE ALSO πŸ‘‘

okay this is the whole friend group, gonna list everyone because they all deserve their moment:

Kernel file ./drivers/clk/ti/dpll3xxx.c 🌈

like, the whole squad, literally. πŸ’€πŸ’œ


aaand that's the page, bestie! this one lives over in ./drivers/clk/ti and the version stamp says October 2026 β€” so yeah, dated, filed, slayed. go let that DPLL nap. πŸ˜΄πŸ’–βœ¨

πŸ“¦ where this page comes from