scsi_eh_test_devices(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… scsi_eh_test_devices(9) β€” Kernel API Manual ✨

πŸ’– NAME πŸ’–

scsi_eh_test_devices β€” check if devices are responding from error recovery.


✨ SYNOPSIS ✨

Okay bestie, here's the exact signature β€” do not come for the spacing, it's literally giving what it needs to give πŸ’…:

int scsi_eh_test_devices (struct list_head *cmd_list , struct list_head
       *work_q , struct list_head *done_q , int try_stu );

πŸŽ€ ARGUMENTS πŸŽ€

Four little besties walk into the error-recovery group chat:

  • cmd_list β€” scsi commands in error recovery.
  • work_q β€” queue for commands which still need more error recovery.
  • done_q β€” queue for commands which are finished.
  • try_stu β€” boolean on if a STU command should be tried in addition to TUR.

πŸ¦‹ DESCRIPTION πŸ¦‹

The original literally spells it Decription: (not me, bestie 😭), and the tea is: it tests if devices are in a working state. Commands to devices now in a working state are sent to the done_q, while commands to devices which are still failing to respond are returned to the work_q for more processing.

No cap: this is the whole error-recovery vibe check. Working devices get the done_q glow-up ✨, still-failing devices get sent back to work_q for more processing πŸ”.

🌸 SEE ALSO 🌸

Kernel file: ./drivers/scsi/scsi_error.c β€” and here's the whole squad, roll call 🫢:


That's the whole page, bestie 🫢 it comes from ./drivers/scsi and is dated October 2026 β€” mwah, bye πŸ’‹

πŸ“¦ where this page comes from