scsi_report_bus_reset(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

okay so welcome to the scsi_report_bus_reset(9) page from the Kernel API Manual πŸ’– this one is short, sweet, and very β€œtell the host what just happened” β€” let’s get into it ✨

πŸ’– NAME πŸ’–

scsi_report_bus_reset β€” report bus reset observed 🫢

✨ SYNOPSIS ✨

void scsi_report_bus_reset (struct Scsi_Host *shost , int channel );

πŸŽ€ ARGUMENTS πŸŽ€

  • shost β€” Host in question πŸ‘‘
  • channel β€” channel on which reset was observed. πŸ‘€

🌸 DESCRIPTION 🌸

It’s a utility function used by low-level drivers to report that they have observed a bus reset on the bus being handled. literally just β€œhey bestie, a bus reset happened over here” energy πŸ’…

πŸ”’ Lock status: Host lock must be held. no cap, this is important β€” hold that Host lock.

πŸ”₯ RETURN πŸ”₯

Nothing. that’s it, void vibes πŸ’€

🌼 NOTES 🌼

This only needs to be called if the reset is one which originates from an unknown location. Resets originated by the mid-level itself don’t need to call this, but there should be no harm.

The main purpose of this is to make sure that a CHECK_CONDITION is properly treated. so yes, it’s lowkey doing important cleanup work ✨

πŸ¦‹ SEE ALSO πŸ¦‹

Kernel file ./drivers/scsi/scsi_error.c β€” plus these besties:


mwah πŸ’‹ signing off from ./drivers/scsi with the October 2026 stamp, on the scsi_report_bus_reset(9) page πŸ«ΆπŸ’–

πŸ“¦ where this page comes from