ti_clk_get_reg_addr(9)
π NAME π
okay so welcome to the Kernel API Manual page for ti_clk_get_reg_addr β we're getting the register address for a clock register, and it's giving very specific kernel-clock realness β¨
π SYNOPSIS π
int ti_clk_get_reg_addr (struct device_node *node , int index , struct clk_omap_reg *reg );
β¨ ARGUMENTS β¨
nodeβ device node for the clock, the whole tree-info moment π³indexβ register index from the clock node, iykyk π’regβ pointer to target register struct, aka where the answer gets dropped off π―
π DESCRIPTION π
So ti_clk_get_reg_addr builds the clock register address from device tree information, and returns the data via the provided output pointer reg. On success it returns 0; on failure it returns a negative error value. Slay? More like slay-ng return-value check π
π SEE ALSO π
Kernel file: ./drivers/clk/ti/clk.c β and the whole linked bestie squad is, no cap:
ti_clk_setup_ll_ops(9)ti_dt_clocks_register(9)ti_clk_retry_init(9)ti_clk_get_legacy_bit_shift(9)omap2_clk_provider_init(9)omap2_clk_legacy_provider_init(9)ti_dt_clk_init_retry_clks(9)ti_dt_clk_name(9)ti_clk_add_aliases(9)ti_clk_setup_features(9)ti_clk_get_features(9)omap2_clk_enable_init_clocks(9)ti_clk_add_alias(9)of_ti_clk_register(9)of_ti_clk_register_omap_hw(9)omap2_clk_for_each(9)omap2_clk_is_hw_omap(9)
later bestie π β this little manual moment comes from source/version ./drivers/clk/ti, dated October 2026, and it's the ti_clk_get_reg_addr(9) page. 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