reset_control_assert(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ NAME ✨

reset_control_assert β€” asserts the reset line πŸŽ€


🌸 SYNOPSIS 🌸

int reset_control_assert (struct reset_control *rstc );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • rstc β€” the reset controller, bestie. that's your whole vibe check right there πŸ’…

πŸ’– DESCRIPTION πŸ’–

okay so real talk, here's the tea β˜•:

Calling this on an exclusive reset controller guarantees that the reset will be asserted. periodt, no cap, it's locked in πŸ”₯

But when you call it on a shared reset controller? mm, the line may still be deasserted, as long as other users keep it that way. it's giving "you're not the main character here" energy 😭. shared means shared, babes.

For shared reset controls, a driver cannot expect the hw's registers and internal state to be reset β€” but it MUST be prepared for this to happen. like, be ready for anything, keep that guard up πŸ™ˆ.

⚠️ also, consumers must not use reset_control_reset on shared reset lines when reset_control_(de)assert has been used. that's a hard no, don't do it, i'm literally begging 🫢

and if rstc is NULL? it's an optional reset, and the function will just return 0. slay, no drama, it just vibes on by ✨


πŸ‘‘ SEE ALSO πŸ‘‘

the kernel file ./drivers/reset/core.c plus all these icons, go read them, iykwim πŸ’œ:


k bye bestie, go assert those lines responsibly πŸ’…βœ¨

this lil page came from ./drivers/reset, dated October 2026 β€” mwah, stay iconic πŸ“πŸ§š

πŸ“¦ where this page comes from