scmi_reset_assert(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… scmi_reset_assert β€” it's giving "assert that reset" energy

okay so bestie, welcome to the Kernel API Manual ✨ this one lives in the kernel API pages and it's literally all about slapping an assert on a device's reset line via the ARM SCMI protocol. no cap, it's short and sweet πŸŽ€


✨ SYNOPSIS ✨

int scmi_reset_assert (struct reset_controller_dev *rcdev , unsigned
long id );

🫢 ARGUMENTS 🫢

  • rcdev β€” the reset controller entity itself πŸ’« like, the whole reset-controller situation you're working with
  • id β€” the ID of the reset you wanna assert 🌸 which specific reset is getting the treatment

πŸ’– DESCRIPTION πŸ’–

so this function is the glow-up that implements the reset driver op β€” its whole job is to assert a device's reset using the ARM SCMI protocol πŸ”₯ that's it, that's the vibe. it's the assert side of the story, and it's literally doing exactly what it says on the tin πŸ‘‘


🌈 RETURN 🌈

  • 0 β€” successful request, slay πŸ’… everything went off without a hitch
  • anything else β€” a corresponding error value 😭 aka it did not go off, go check the error

πŸ¦‹ SEE ALSO πŸ¦‹

  • Kernel file ./drivers/reset/reset-scmi.c β€” the source file where all this lives πŸ“
  • struct scmi_reset_data(9)
  • scmi_reset_deassert(9) β€” the deassert bestie, the other half of the duo 🫢
  • scmi_reset_reset(9) β€” the full reset one, also iconic

ngl bestie, if you're here you probably want scmi_reset_deassert(9) too β€” they're a matching set πŸ’œ

and that's the tea πŸ“ this page came straight out of ./drivers/reset and it's dated October 2026 β€” so go forth, assert those resets, and remember: error value β‰  0 means something's wrong, fr fr πŸ’€βœ¨

πŸ“¦ where this page comes from