qcom_remove_smd_subdev(9)
π NAME π
qcom_remove_smd_subdev β bestie, this is the one that removes the smd subdevice from rproc π
Like, the whole entire job of this function is: take that SMD subdevice and yeet it out of the rproc. That's it. That's the vibe. β¨
π SYNOPSIS π
void qcom_remove_smd_subdev (struct rproc *rproc , struct
qcom_rproc_subdev *smd );
Note the void β she gives nothing back, no return value, no receipts, just does the thing and dips π
π¦ ARGUMENTS π¦
rprocβ the rproc handle π«Ά literally just the rproc, that's the whole description, no capsmdβ the SMD subdevice to remove π this is the one getting un-invited from the rproc party
π SEE ALSO π
Okay so if you're doing the whole subdev tour, here's the full squad, all in Kernel file ./drivers/remoteproc/qcom_common.c π:
struct minidump_region(9)struct minidump_subsystem(9)struct minidump_global_toc(9)qcom_add_glink_subdev(9)qcom_remove_glink_subdev(9)qcom_register_dump_segments(9)qcom_add_smd_subdev(9)qcom_register_ssr_notifier(9)qcom_unregister_ssr_notifier(9)qcom_add_ssr_subdev(9)qcom_remove_ssr_subdev(9)qcom_add_pdm_subdev(9)qcom_remove_pdm_subdev(9)
iykyk β if you're calling the remove, you probably already called the add. qcom_add_smd_subdev(9) is literally right there in the list. balance restored π
β sign-off β
This lil masterpiece lives in the Kernel API Manual, section 9, and it's dated October 2026 β° β pulled straight outta ./drivers/remoteproc. slay, go remove some subdevices responsibly bestie ππ₯
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms