_transport_delete_phy(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… _transport_delete_phy(9) πŸ’…

okay so this is a page from the Kernel API Manual, and bestie, we are about to learn how to yeet a single phy out of a port. it's giving "small but mighty helper function" energy ✨


🌸 NAME 🌸

_transport_delete_phy β€” the helper function that handles removing one single phy from a port. one. singular. not a whole port, just the phy. she's very specific about that πŸ’…


πŸ¦‹ SYNOPSIS πŸ¦‹

void _transport_delete_phy (struct MPT3SAS_ADAPTER *ioc , struct
_sas_port *mpt3sas_port , struct _sas_phy *mpt3sas_phy );

returns void, meaning she does the work and does not report back. no return value, no drama, no notes. icon behavior honestly πŸ‘‘


πŸŽ€ ARGUMENTS πŸŽ€

  • ioc β€” the per-adapter object. like, the big picture context of the whole adapter, iykyk 🫢
  • mpt3sas_port β€” the mpt3sas per-port object. this is the port our little phy is getting removed from, the main character location πŸ’–
  • mpt3sas_phy β€” the mpt3sas per-phy object. this is the actual phy being deleted, the star of the show 🌟

⭐ SEE ALSO ⭐

first up, the kernel file where all this lives, no cap:

  • Kernel file ./drivers/scsi/mpt3sas/mpt3sas_transport.c

and now the whole friend group, fr fr β€” every single one of these is linked, we do not leave a single reference behind:

like, that's the whole squad right there. go read them too if you want the full lore 🧚

okay that's the whole page, bestie β€” you ate that πŸ“ this was brought to you by the source tree at ./drivers/scsi/mpt3sas, dated October 2026, and yes it's still called _transport_delete_phy(9) in case you forgot already πŸ™ˆ mwah, study well, slay πŸ’œπŸŒˆ

πŸ“¦ where this page comes from