sci_clk_determine_rate(9)

📦 version 7.3.1, in nixpkgs unstable

✨ sci_clk_determine_rate — Kernel API Manual ✨

okay so bestie, we're in the sci_clk_determine_rate(9) page, and it's giving "clock math but make it firmware's problem" 💅 let me walk you through it 🎀

🌸 NAME 🌸

sci_clk_determine_rate — literally determines a clock rate a clock can be set to ✨

🦋 SYNOPSIS 🦋

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

that's the whole vibe, no cap 🔥

💖 ARGUMENTS 💖

  • hw — the clock you wanna change the rate for 🕐
  • req — the requested rate configuration for that clock, like it's the wishlist and hw is the genie 🧞

👑 DESCRIPTION 👑

so what it actually does: it figures out a suitable clock rate and a parent for a TI SCI clock. ✨

but here's the tea ☕ — the parent handling is un-used, because generally the parent clock rates are not known by the kernel. instead, the firmware handles all of that internally, behind the scenes, main character energy 🫶

returns 0 on success, or a negative error value if it fails 😭

🌈 SEE ALSO 🌈

Kernel file ./drivers/clk/keystone/sci-clk.c plus the whole friend group:

🎀 quick vibe check: the parent handling being un-used isn't a bug bestie, it's just how the firmware rolls — don't @ me 💅

k that's the page!! 💜 this one lives in ./drivers/clk/keystone, October 2026 edition, and it ate fr fr — hope that cleared it up bestie, mwah 🍓🧚⭐

📦 where this page comes from