mptsas_dele...der_siblings(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… mptsas_dele...der_siblings(9)

okay so bestie, welcome to the Kernel API Manual ✨ this one's a little kernel-function moment, and honestly? it's giving cleanup era. we're yeeting the siblings that are attached to an expander. that's the whole vibe. short page, important job 🫢


🌸 NAME 🌸

mptsas_delete_expander_siblings β€” remove siblings attached to expander πŸ’€βœ¨

πŸŽ€ SYNOPSIS πŸŽ€

void mptsas_delete_expander_siblings (MPT_ADAPTER *ioc , struct
       mptsas_portinfo *parent , struct mptsas_portinfo *expander );

like, that's the whole signature. void return, so it doesn't hand you anything back β€” it just does the thing. main character energy fr fr πŸ‘‘

πŸ¦‹ ARGUMENTS πŸ¦‹

  • ioc β€” Pointer to MPT_ADAPTER structure. yes bestie, the adapter struct, the whole~ context~ of the operation πŸ’–
  • parent β€” the parent port_info object. the momager of this situation, iykyk 🌈
  • expander β€” the expander port_info object. this is the one whose siblings are getting removed, no cap 🧚

⭐ SEE ALSO ⭐


lowkey a whole friend group of functions up there β€” if you're touching expanders, you're gonna meet all of them at some point πŸ™ˆπŸ’œ

mwah πŸ’‹ that's the page! sourced from ./drivers/message/fusion, dated October 2026, and yeah β€” the header/footer say mptsas_dele...der_siblings(9) because apparently even manpages get truncated, and we respect the truncation πŸ’…βœ¨

πŸ“¦ where this page comes from