omap2_dpll_determine_rate(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸŽ€ NAME πŸŽ€

omap2_dpll_determine_rate β€” round a target rate for an OMAP DPLL.

okay bestie, welcome to the Kernel API Manual page for omap2_dpll_determine_rate(9) ✨ this is literally the function that rounds a target rate for an OMAP DPLL, and it's about to make clock math make sense. no cap 🫢

🌸 SYNOPSIS 🌸

int omap2_dpll_determine_rate (struct clk_hw *hw , struct
       clk_rate_request *req );

πŸ’… ARGUMENTS πŸ’…

  • hw β€” a struct clk_hw containing the struct clk * for a DPLL. this is your DPLL wrapper, bestie πŸŽ€
  • req β€” the rate request. yep, that's the ask πŸ’Œ

πŸ¦‹ DESCRIPTION πŸ¦‹

okay so here's the vibe: you give this function a DPLL and a desired target rate, and it rounds that target rate to a possible, programmable rate for this DPLL. it's giving β€œlet's make this number actually work” energy πŸ”₯

it attempts to select the minimum possible n. then it stores the computed (m, n) in the DPLL's dpll_data structure, so set_rate will not need to call this (expensive) function again. yes bestie, it's caching the math so future-you doesn't have to pay the expensive-function tax again πŸ˜­πŸ’Έ

the return is int: -EINVAL if the target rate cannot be rounded, or the rounded rate upon success. so either β€œnope, can't round that” or β€œhere's your rounded rate, periodt” πŸ’…

πŸ” SEE ALSO πŸ”


okay that's the whole page, bestie 🫢 this one lives under ./drivers/clk/ti, dated October 2026, and the footer vibe is omap2_dpll_determine_rate(9) from the Kernel API Manual β€” iconic, honestly βœ¨πŸ‘‘

πŸ“¦ where this page comes from