PROBE::SCSI.IOCOMP(3stap)

πŸ’– PROBE::SCSI.IOCOMP πŸ’–

okay bestie, gather round β€” this is a page from the SCSI Tapset of the SystemTap Tapset Reference, and it's literally all about one probe. Let's get into it. πŸ¦‹


✨ NAME ✨

probe::scsi.iocompleted β€” SCSI mid-layer running the completion processing for block device I/O requests πŸŽ€

No cap, that's the whole vibe: this probe fires when the SCSI mid-layer is doing the completion part of block device I/O. It's giving "the request is done, let's wrap it up" energy. πŸ’…


🌸 SYNOPSIS 🌸

probe scsi.iocompleted {}

That's it. That's the whole thing. One line, zero arguments, maximum main character. πŸ‘‘


πŸ‘‘ VALUES πŸ‘‘

These are all the values you can peek at inside this probe. Every single one, we're not skipping a single one, periodt. πŸ’œ

  • data_direction β€” tells you whether this command is going from the device or to the device. Direction check, fr fr. 🧭
  • req_addr β€” the current struct request pointer, handed to you as a number. 🫢
  • data_direction_str β€” same data direction as above, but as a string this time. ✨
  • device_state β€” the current state of the device. 🌈
  • device_state_str β€” the current state of the device, but as a string. πŸ“
  • goodbytes β€” the bytes completed. The good ones. 😌
  • lun β€” the lun number. πŸ”₯
  • channel β€” the channel number. πŸ“‘
  • dev_id β€” the scsi device id. 🏷️
  • host_no β€” the host number. 🏠
not me listing all ten values because every single one matters πŸ’€ β€” yes, data_direction and data_direction_str are both there, and yes, device_state and device_state_str are both there. One's the raw thing, one's the string version. That's just how it is, bestie. πŸ™ˆ

πŸ¦‹ SEE ALSO πŸ¦‹


and that's the whole page, no crumbs left 🧚

This was the SystemTap Tapset Reference, September 2026 edition. mwah, slay, bye bestie πŸ’…βœ¨

πŸ“¦ where this page comes from