_scsih_pcie...change_event(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’« _scsih_pcie...change_event(9) πŸ’«

okay bestie, gather round β€” we're reading a page from the Kernel API Manual and it's literally called _scsih_pcie...change_event(9) (yes the ... is part of the name, that's not me being lazy, that's just how kernel-doc truncates, iykyk πŸŽ€). It's the whole _scsih_pcie_topology_change_event situation and I promise it's more fun than it looks.


✨ NAME ✨

_scsih_pcie_topology_change_event β€” handle PCIe topology changes πŸ¦‹

like... the function that deals when your PCIe topology decides to switch things up. main character energy fr.


🌸 SYNOPSIS 🌸

int _scsih_pcie_topology_change_event (struct MPT3SAS_ADAPTER *ioc ,
struct fw_event_work *fw_event );

she returns an int, that's the whole vibe πŸ’…


πŸŽ€ ARGUMENTS πŸŽ€

  • ioc β€” per adapter object. the adapter's own little object, one per adapter, no cap 🫢
  • fw_event β€” The fw_event_work object. the firmware event work object in question ✨

πŸ’œ CONTEXT πŸ’œ

user.

that's it. that's the context. user. lowkey iconic that it gets its own section for one word 😭


πŸ”₯ SEE ALSO πŸ”₯

okay so this is the part where the page just. goes. off. πŸ’€ first up, the kernel file:

  • ./drivers/scsi/mpt3sas/mpt3sas_scsih.c

and then the friend group β€” every single one of these, in order, nothing skipped, we don't do that here πŸ‘‘

bestie that's a lot of cross-references and every single one of them is (9)-flavored. we do not gatekeep, we list ✨

and that's the whole page, no notes πŸ’– real ones know this came out of ./drivers/scsi/mpt3sas in October 2026 β€” mwah, go read your topology change events responsibly πŸ§šβ€β™€οΈβ­πŸŒΈ

πŸ“¦ where this page comes from