init_after_reset(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸŽ€ NAME πŸŽ€

hiii bestie πŸ’– welcome to the init_after_reset(9) page β€” that’s the manual name, and this is the Kernel API Manual entry for it. the whole vibe is: init_after_reset β€” re-initialize after a reset. literally the reset-aftercare routine ✨


🫢 SYNOPSIS 🫢

the signature is exactly this, no cap:

int init_after_reset (struct hfi1_devdata *dd );

πŸ’… ARGUMENTS πŸ’…

  • dd β€” the hfi1_ib device. that’s the one and only argument, bestie 🫢

🌸 DESCRIPTION 🌸

okay so after a reset, this does a sanity check on at least some of the values β€” yes, the page literally says β€œat least some,” and we’re not gonna pretend otherwise 😭 β€” and it ensures there’s no receive or transmit (explicitly, in case reset failed). the original line leaves that parenthesis hanging, so I’m keeping the same energy and not inventing the rest, periodt πŸ’…

lowkey important: this is the β€œafter a reset” re-initialize step, and the explicit β€œin case reset failed” part is doing main-character work here πŸ‘‘

πŸ¦‹ SEE ALSO πŸ¦‹

kernel file ./drivers/infiniband/hw/hfi1/init.c, plus the whole squad:


that’s the whole page, bestie 🫢 source/version: ./drivers/infiniband/hw/hfi1 Β· date: October 2026 Β· init_after_reset(9) signing off πŸ’…βœ¨

πŸ“¦ where this page comes from