enable_clock(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– enable_clock(9) β€” the Kernel API Manual, bestie edition πŸ’–

okay so you're reading a page from the Kernel API Manual (yes, that manual, the kernel one, we're doing this) and the whole entire vibe is: turn a device clock ON. that's it. that's the function. let's get into it 🫢


✨ NAME ✨

enable_clock β€” Enable a device clock. literally what it says on the tin, no cap πŸ’…


🌸 SYNOPSIS 🌸

void enable_clock (struct device *dev , const char *con_id );

she takes two things and returns void, so don't go looking for a return value, there isn't one, periodt ✨


πŸ¦‹ ARGUMENTS πŸ¦‹

  • dev β€” the struct device whose clock we're enabling. this is the main character, the device in question, the one getting its clock turned on πŸ”₯
  • con_id β€” the Connection ID of the clock. yep, the con_id. that's the string that tells everyone which clock we mean πŸ‘‘
ngl, that's the whole argument list. two args, both kinda important, neither optional-looking. slay πŸ’€

πŸŽ€ SEE ALSO πŸŽ€

bestie the reading list is LONG and honestly iconic for it. the kernel file to go look at is ./drivers/base/power/clock_ops.c, and then there's the whole friend group:

(and yes, pm_clk_notify(9) is in there twice. not a typo, not me being messy, that's just the list. she said "be seen" twice and honestly? respect 🌈)


that's the whole page!! go forth and enable some clocks, you've got this, ./drivers/base/power edition, dated October 2026 β€” mwah πŸ’œβœ¨

πŸ“¦ where this page comes from