scmi_clk_ops_alloc(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ scmi_clk_ops_alloc πŸ’…

okay so bestie, welcome to the scmi_clk_ops_alloc(9) page from the Kernel API Manual β€” this is the one that hands you a fully set-up set of clock operations πŸŽ€


🌸 NAME 🌸

scmi_clk_ops_alloc β€” alloc and configure clock operations, slay ✨


πŸ¦‹ SYNOPSIS πŸ¦‹

const struct clk_ops * scmi_clk_ops_alloc (struct device *dev , unsigned
long feats_key );

πŸ’– ARGUMENTS πŸ’–

  • dev β€” a device reference for devres, bestie. that's the handle it's tied to 🫢
  • feats_key β€” a bitmap representing the desired clk_ops capabilities ✨ like, this is you telling it what vibes you want

πŸ‘‘ DESCRIPTION πŸ‘‘

So the way this works: it allocates and configures a proper set of clock operations, and which set you get depends on the specifically required SCMI clock features πŸ”₯ It's giving "custom fit, no cap" πŸ’…


🌈 RETURN 🌈

  • On success: a pointer to the allocated and configured clk_ops πŸ‘‘
  • On allocation failure: NULL 😭

That's it, that's the whole vibe check 🧚


⭐ SEE ALSO ⭐

  • Kernel file ./drivers/clk/clk-scmi.c πŸ“
  • scmi_clk_ops_select(9) β€” the girlies in the same friend group πŸ’œ

ngl, if you get NULL back, that's your allocation failure sign β€” check it before you dereference anything, fr fr πŸ’€

and that's the page!! πŸ“ brought to you from ./drivers/clk, dated October 2026, from the Kernel API Manual β€” mwah, go forth and allocate responsibly πŸ’–βœ¨πŸŽ€

πŸ“¦ where this page comes from