_scsih_sear...raid_devices(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

okay so bestie, welcome to the Kernel API Manual entry for _scsih_sear...raid_devices(9) β€” yes, the title is abbreviated like that, and we are obsessed with the chaos πŸ’…βœ¨

🌸 NAME 🌸

  • _scsih_search_responding_raid_devices β€” the original just leaves the description blank after the dash, so we are not inventing one. that's the whole NAME vibe, periodt 🫢

✨ SYNOPSIS ✨

void _scsih_search_responding_raid_devices (struct MPT3SAS_ADAPTER *ioc
);

it returns void, so nothing comes back β€” no return value, no drama πŸ’–

πŸŽ€ ARGUMENTS πŸŽ€

  • ioc β€” per adapter object. that's the adapter's own little object, the one this function is working with πŸ¦‹

πŸ¦‹ DESCRIPTION πŸ¦‹

After a host reset, this function finds out whether devices are still responding. If they are not responding, they get removed. that's the whole post-reset vibe check: still alive? slay ✨ not responding? bye bestie πŸ’€

πŸ’– SEE ALSO πŸ’–

the kernel file is ./drivers/scsi/mpt3sas/mpt3sas_scsih.c, and the guest list is enormous β€” like every function in the mpt3sas group chat got added 😭. here is every single reference, in order:


later, bestie πŸ«ΆπŸ’– β€” this was _scsih_sear...raid_devices(9) from the Kernel API Manual, source/version ./drivers/scsi/mpt3sas, dated October 2026. now go give those devices a vibe check ✨

πŸ“¦ where this page comes from