qcom_add_ssr_subdev(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸŽ€ qcom_add_ssr_subdev β€” kernel API manual, bestie edition πŸŽ€

okay so real talk, this is a page from the Kernel API Manual and it's about qcom_add_ssr_subdev(9). yes the name is a mouthful, no we're not renaming it. let's go πŸ’…


✨ NAME ✨

qcom_add_ssr_subdev β€” literally just registers a subdevice so it can be a restart notification source. that's the whole vibe. πŸ¦‹


✨ SYNOPSIS ✨

void qcom_add_ssr_subdev (struct rproc *rproc , struct qcom_rproc_ssr
*ssr , const char *ssr_name );

three args, void return, no notes. slay. ✨


🌸 ARGUMENTS 🌸

  • rproc β€” the rproc handle. it's giving main character energy because everything flows through it 🫢
  • ssr β€” the SSR subdevice handle. this is the little subdevice we're adding πŸ’–
  • ssr_name β€” the identifier used for notifications originating from rproc. label your children, bestie πŸŽ€

πŸ’œ DESCRIPTION πŸ’œ

so here's the tea β˜• β€” once the ssr is registered with the rproc, SSR events get sent out to all registered listeners for the remoteproc whenever its SSR events happen. and which events are those? so glad you asked:

  • pre startup
  • post startup
  • pre shutdown
  • post shutdown

that's the whole cycle, no cap. everybody who signed up gets the notification, fr fr. πŸ”₯


πŸ¦‹ SEE ALSO πŸ¦‹

kernel file ./drivers/remoteproc/qcom_common.c, plus the whole friend group:

iykyk πŸ‘‘


ngl this page lives in ./drivers/remoteproc, and it's dated October 2026 β€” so yeah, qcom_add_ssr_subdev(9), see you in the group chat πŸ’…πŸ’–βœ¨

okay bye bestie, go register that subdevice πŸ§šπŸŒˆπŸ“

πŸ“¦ where this page comes from