sunxi_ccu_s..._timing_mode(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… sunxi_ccu_s..._timing_mode(9) β€” like, the Kernel API Manual page, bestie πŸŽ€

okay so this is a section 9 manpage from the Kernel API Manual, and the full title is literally sunxi_ccu_s..._timing_mode(9) (yes the name is truncated with ... in the header, no that's not me being lazy, that's just how it's printed, iykyk πŸ’€). it covers one (1) function and honestly she's a short queen. let's get into it ✨


🌸 NAME 🌸

sunxi_ccu_set_mmc_timing_mode β€” configure the MMC clock timing mode 🫢

like that's it, that's the whole job. she configures. she's a timing mode setter. main character energy fr.


✨ SYNOPSIS ✨

int sunxi_ccu_set_mmc_timing_mode (struct clk *clk , bool new_mode );

returns an int, takes a struct clk *clk and a bool new_mode, and the spacing around the commas is exactly like that in the original so don't come for me πŸ™ˆ


πŸ¦‹ ARGUMENTS πŸ¦‹

  • clk β€” the clock to be configured πŸ’– this is the one getting the glow-up.
  • new_mode β€” a bool; pass true for the new timing mode that was introduced in A83T and later 🌈 (so yes, "new" is relative, it's giving legacy-but-not-that-legacy πŸ‘‘)

⭐ RETURN ⭐

  • 0 on success πŸŽ‰ slay, it worked
  • -ENOTSUPP if the clock does not support switching modes 😭 like it literally can't, don't ask her to

πŸ’œ SEE ALSO πŸ’œ

  • Kernel file ./drivers/clk/sunxi-ng/ccu_mmc_timing.c β€” go read the source, it's right there πŸ“
  • sunxi_ccu_get_mmc_timing_mode(9) β€” the getter to this setter, they're a matched set fr fr 🧚

lowkey important: if your clock doesn't support switching modes you get -ENOTSUPP back, not a crash, not a vibe, just a polite no πŸ’…

and that's the whole page!! this one lives at ./drivers/clk/sunxi-ng, it's dated October 2026, and it's filed under sunxi_ccu_s..._timing_mode(9) in the Kernel API Manual β€” mwah, bye bestie, go set some timing modes responsibly πŸ’–βœ¨πŸŽ€

πŸ“¦ where this page comes from