wrpll_calc_max_lock_us(9)
π NAME π
okay so this is a Kernel API Manual page (yes, the kernel has lore too, and yes it's iconic) all about wrpll_calc_max_lock_us β it literally returns the time for the PLL to lock. that's the whole vibe. π
β¨ SYNOPSIS β¨
unsigned int wrpll_calc_max_lock_us (const struct wrpll_cfg *c );
that's it bestie, one little function, one little pointer, no drama πΈ
π«Ά ARGUMENTS π«Ά
cβ ptr to astruct wrpll_cfgrecord to read from. it's just reading, she's not gonna touch anything, promise π
π¦ DESCRIPTION π¦
so here's the tea: this returns the minimum amount of time (in microseconds) that the caller must wait after reprogramming the PLL to make sure it's actually locked to the input frequency and stable. like, you gotta give her a sec to settle, y'know? π
and this wait time is likely to depend on the DIVR value β but that part is still under discussion with the manufacturer, so ngl it's giving "we'll circle back on that one". lowkey unfinished business π₯
main character energy: don't just slam the PLL and immediately trust her, that's not how any of this works π
β RETURN β
the minimum amount of time the caller must wait for the PLL to lock (in microseconds). periodt. π
π§ SEE ALSO π§
- Kernel file
./drivers/clk/analogbits/wrpll-cln28hpc.c __wrpll_calc_filter_range(9)__wrpll_calc_fbdiv(9)__wrpll_calc_divq(9)__wrpll_update_parent_rate(9)wrpll_configure_for_rate(9)wrpll_calc_output_rate(9)
all the siblings, one big happy clock family ππ
and that's the page fr fr β brought to you by <pink>./drivers/clk/analogbits</pink>, dated October 2026, and filed under wrpll_calc_max_lock_us(9). go lock some PLLs, bestie, and drink water ππ
π¦ 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