_scsih_check...emove_events(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

_scsih_check_pcie_topo_remove_events β€” bestie, this is the sanity check for topo events ✨

It lives in section 9 of the Kernel API Manual, so like… kernel-internals hours, iykyk 🫢


🌸 SYNOPSIS 🌸

void _scsih_check_pcie_topo_remove_events (struct MPT3SAS_ADAPTER *ioc ,
Mpi26EventDataPCIeTopologyChangeList_t *event_data );

πŸŽ€ ARGUMENTS πŸŽ€

  • ioc β€” the per adapter object πŸ’… like, your whole adapter's whole personality lives in here.
  • event_data β€” the event data payload πŸ¦‹ literally the payload, the actual contents of the event that showed up.

✨ DESCRIPTION ✨

Okay so picture this: the driver gets multiple switch or device add and delete events in a single shot 😭 and this routine is the one that handles that whole chaos situation.

When there's a delete event, this routine will void any pending add events that are waiting in the event queue. Periodt. The add events get cancelled, no cap 🫢


🌈 SEE ALSO 🌈

Kernel file ./drivers/scsi/mpt3sas/mpt3sas_scsih.c β€” and honestly the whole friend group is invited, look at this list πŸ‘‘


okay that's literally the entire friend group, no gatekeeping πŸ’€ every single one of them is (9) and every single one of them is invited.

and that's the whole page bestie!! πŸ§šπŸ’– this iconic little number ships out of ./drivers/scsi/mpt3sas, and it's dated October 2026 β€” so like, future-core of it all ⭐ slay, go read some kernel source, ily, bye πŸŽ€πŸ¦‹

πŸ“¦ where this page comes from