_scsih_wait_...become_ready(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… _scsih_wait_for_device_to_become_ready πŸ’…

okay bestie, welcome to the Kernel API Manual ✨ this page is all about _scsih_wait_for_device_to_become_ready β€” the little helper with main-character patience energy that handles busy devices 🫢 no cap, it's giving "wait, bestie, breathe" vibes.


✨ NAME ✨

_scsih_wait_for_device_to_become_ready β€” handle busy devices πŸ’–


πŸ¦‹ SYNOPSIS πŸ¦‹

enum device_responsive_state _scsih_wait_for_device_to_become_ready
       (struct MPT3SAS_ADAPTER *ioc , u16 handle , u8 retry_count , u8 is_pd ,
       int lun , u8 tr_timeout , u8 tr_method );

πŸŽ€ ARGUMENTS πŸŽ€

  • ioc β€” per adapter object
  • handle β€” expander handle
  • retry_count β€” number of times this event has been retried
  • is_pd β€” is this hidden raid component
  • lun β€” lun number
  • tr_timeout β€” Target Reset Timeout
  • tr_method β€” Target Reset Method

πŸ’– DESCRIPTION πŸ’–

Some devices spend too much time in busy state 😭 so this queues the event later, like a polite little "girlie, we'll circle back" in kernel form.

Return the device_responsive_state. periodt πŸ’…


🌈 SEE ALSO 🌈

The kernel file ./drivers/scsi/mpt3sas/mpt3sas_scsih.c is the main character here, and these references are all invited to the group chat:


xoxo, your kernel bestie πŸ’– β€” this cutie lives in the Kernel API Manual, source ./drivers/scsi/mpt3sas, October 2026 edition. periodt ✨

πŸ“¦ where this page comes from