_scsih_chec...elete_events(9)

📦 version 7.3.1, in nixpkgs unstable

💅 _scsih_check_topo_delete_events(9) 💅

okay so this is a page straight out of the Kernel API Manual, and bestie, it's a tiny one but it's important — it's the little sanity-checker that keeps your SAS topology from ghosting you 🦋

✨ NAME ✨

_scsih_check_topo_delete_events — sanity check on topo events 🌸

🎀 SYNOPSIS 🎀

void _scsih_check_topo_delete_events (struct MPT3SAS_ADAPTER *ioc ,
Mpi2EventDataSasTopologyChangeList_t *event_data );

💖 ARGUMENTS 💖

  • ioc — the per adapter object, aka the main character of this whole driver saga 👑
  • event_data — the event data payload, like, the actual receipts of what happened 📨

🧚 DESCRIPTION 🧚

so this routine was literally added to better handle a cable breaker. yes, that's the actual vibe — cable breaker handling, no cap 🔥

it also handles the case where the driver receives multiple expander add and delete events in a single shot. imagine your group chat getting spammed with "added!" "removed!" "added!" all at once 😭

and here's the slay part: when there's a delete event, this routine will void any pending add events waiting in the event queue. gone. cancelled. not invited to the party anymore 💅

fr fr, if a device got deleted, the pending "hey let's add this" events are stale and get yeeted before they cause chaos 🫶

🌈 SEE ALSO 🌈

okay buckle up bestie, this list is long — it's basically the whole mpt3sas cast list, and every single one of them is iconic in their own way ✨

ok that's the whole roster 😭 every one of them has (9) and every one of them matters. no skips, no cuts 🫶

and that's the page, bestie! this one lives in ./drivers/scsi/mpt3sas, dated October 2026, and it's filed under the name _scsih_chec...elete_events(9) — yes the title is literally abbreviated with dots, that's just how it is, iconic behaviour honestly 💀✨

📦 where this page comes from