__prci_wrpll_write_cfg0(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… __prci_wrpll_write_cfg0(9) β€” like, the whole page ✨

okay so bestie, this is a page out of the Kernel API Manual (yes, that manual, the big serious one) and honestly? it's a little baddie of a function. it writes WRPLL config into the PRCI, and we're gonna walk through it together, no cap 🫢


✨ NAME ✨

__prci_wrpll_write_cfg0 β€” write WRPLL configuration into the PRCI πŸ”₯

🌸 SYNOPSIS 🌸

look at this signature, it's giving main character energy:

void __prci_wrpll_write_cfg0 (struct __prci_data *pd , struct
__prci_wrpll_data *pwd , struct wrpll_cfg *c );

returns void, takes three pointers. simple. iconic. periodt πŸ’…

πŸŽ€ ARGUMENTS πŸŽ€

three besties walk into a function:

  • pd β€” the PRCI context πŸ’–
  • pwd β€” the PRCI WRPLL metadata πŸ¦‹
  • c β€” the WRPLL configuration record that's getting written ✨

πŸ’€ DESCRIPTION πŸ’€

so what does it actually do? okay so:

it writes the WRPLL configuration described by c into the WRPLL configuration register identified by pwd, inside the PRCI instance described by c. yep, that's what the page says β€” c, not pd, don't come for me, I'm just the messenger πŸ™ˆ (iykyk)

and then β€” and this part is lowkey important β€” it makes a cached copy of the WRPLL's current configuration, so other code can use it later. thoughtful queen behavior πŸ‘‘

🧚 CONTEXT 🧚

any context, bestie. literally any. 🌈

⚠️ but!!! the caller must prevent the records pointed to by pd and pwd from changing while this thing is executing. no switching up mid-run, that's the rule. πŸ’€

πŸ”₯ SEE ALSO πŸ”₯

the whole friend group, assembled:


and that's the whole vibe check 🩷 this little page lives over in ./drivers/clk/sifive and it's dated October 2026 β€” so yeah, she's ahead of her time fr fr. go read the register, bestie, you got this πŸŽ€βœ¨πŸ’œ

πŸ“¦ where this page comes from