_sci_clk_build(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸŽ€ NAME πŸŽ€

_sci_clk_build β€” Gets a handle for an SCI clock. Yep bestie, this is the Kernel API Manual page for it, and we are getting into it ✨


πŸ’– SYNOPSIS πŸ’–

The whole signature, no edits, no cap:

int _sci_clk_build (struct sci_clk_provider *provider , struct sci_clk
*sci_clk );

🌸 ARGUMENTS 🌸

  • provider β€” Handle to SCI clock provider. The plug, basically πŸ”Œ
  • sci_clk β€” Handle to the SCI clock to populate. This is the one getting filled in 🫢

πŸ¦‹ DESCRIPTION πŸ¦‹

Okay so here's the vibe: this gets a handle to an existing TI SCI hw clock, or it builds a new clock entry and registers it with the common clock framework. Iconic behavior honestly πŸ‘‘

It's called from the common clock framework, when a corresponding of_clk_get call is executed, or recursively from itself when parsing parent clocks. So yes, it can call itself β€” recursion era πŸ’«

Returns 0 on success, negative error code on failure. No cap: success is the happy little zero, failure gives you a negative error code 😭

fr fr, that return value matters. 0 = slay, negative = not slay.

πŸ”₯ SEE ALSO πŸ”₯

Kernel file ./drivers/clk/keystone/sci-clk.c β€” yes, that exact path, and the whole friend group:


Signed, sealed, delivered by ./drivers/clk/keystone, dated October 2026 πŸ’…βœ¨ Go off, kernel bestie πŸŒˆπŸ’œ

πŸ“¦ where this page comes from