ibmvscsis_reset_queue(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

🌸 NAME 🌸

ibmvscsis_reset_queue β€” Reset CRQ Queue. yep bestie, this is the ibmvscsis_reset_queue(9) page from the Kernel API Manual, and it is literally all about resetting that CRQ queue. ✨


πŸ’… SYNOPSIS πŸ’…

okay so the signature is serving exactly this:

void ibmvscsis_reset_queue (struct scsi_info *vscsi );

πŸŽ€ ARGUMENTS πŸŽ€

  • vscsi β€” Pointer to our adapter structure 🫢

πŸ¦‹ DESCRIPTION πŸ¦‹

so here’s the tea: this function calls h_free_q and then calls h_reg_q, and it does all of the bookkeeping to get us back to where we can communicate. πŸ’…

but plot twist β€” actually, we don’t always call h_free_crq. a problem was discovered where one partition would close and reopen their queue, which would cause their partner to get a transport event, which would cause them to close and reopen their queue, which would cause the original partition to get a transport event, etc., etc. 😭 to prevent this, we don’t actually close our queue if the client initiated the reset (i.e. either we got a transport event or we have detected that the client’s queue is gone).

EXECUTION ENVIRONMENT: Process environment, called with interrupt lock held. yes bestie, that lock is held. πŸ”’


πŸ”₯ SEE ALSO πŸ”₯

like, go read these too, iykyk:


okay that’s the whole page! source/version situation: ./drivers/scsi/ibmvscsi_tgt; date: October 2026; manual title: ibmvscsis_reset_queue(9). mwah, bestie πŸ’‹πŸŽ€

πŸ“¦ where this page comes from