rpmh_rsc_write_ctrl_data(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… rpmh_rsc_write_ctrl_data β€” the Kernel API Manual page, bestie edition πŸŽ€

okay so you're looking at rpmh_rsc_write_ctrl_data(9), which lives in the Kernel API Manual, and honestly? It's giving "quiet little helper that does one very specific thing." Let me tell you everything ✨


🌸 NAME 🌸

rpmh_rsc_write_ctrl_data β€” write the request to the controller but don't trigger it. That's the whole vibe. It writes. It does not poke the trigger. No cap. 🫢


πŸ¦‹ SYNOPSIS πŸ¦‹

int rpmh_rsc_write_ctrl_data(struct rsc_drv *drv, const struct tcs_request *msg);

πŸŽ€ ARGUMENTS πŸŽ€

  • drv β€” the controller. Your main character here πŸ’–
  • msg β€” the data that's actually getting written to the controller.

✨ DESCRIPTION ✨

Lowkey this one is a very specific-use function, so listen up:

It should only be called for sleep/wake state β€” never active-only state. Periodt. πŸ™…β€β™€οΈ

⚠️ The caller has to make sure, themselves, that no other RPMH actions are happening and that the controller is idle when this function is called, because it runs lockless. That's a big deal, bestie β€” the function isn't gonna check for you, so do the vibe check yourself first. 😭

πŸ’€ RETURN πŸ’€

0 if there's no error; otherwise -error.


πŸ‘‘ SEE ALSO πŸ‘‘

Kernel file ./drivers/soc/qcom/rpmh-rsc.c, plus this whole friend group:


🌈 that's the whole page, bestie! πŸ“

Sign-off time πŸŽ€ this one comes from ./drivers/soc/qcom, dated October 2026, and it's page rpmh_rsc_write_ctrl_data(9) of the Kernel API Manual. Slay, go forth and write your control data responsibly πŸ’œπŸ§š

πŸ“¦ where this page comes from