ibmvscsis_un...er_command_q(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

hii bestie ✨ welcome to the ibmvscsis_un...er_command_q(9) page in the Kernel API Manual. This is all about ibmvscsis_unregister_command_q β€” Helper Function-Unregister Command Queue. Basically a helper whose whole job is unregistering the command queue. That's the vibe. πŸ’…

🌸 SYNOPSIS 🌸

long ibmvscsis_unregister_command_q (struct scsi_info *vscsi );

🫢 ARGUMENTS 🫢

  • vscsi β€” pointer to our adapter structure 🫢

πŸ¦‹ DESCRIPTION πŸ¦‹

okay so the plot: this function calls h_free_q, then frees the interrupt bit etc. It must release the lock before doing that, because h_free_crq in PHYP can take a real minute. Like, the timing is literally the whole reason, no cap. ⏳

πŸ’€ NOTE πŸ’€

  • the caller has to make sure that state and/or flags will prevent the interrupt handler from scheduling work. no cap, that's on the caller bestie βœ‹
  • anyone calling this function may need to set the CRQ_CLOSED flag. we can't do it here, because we don't have the lock β€” so handle that on your side, okay? πŸ’…

EXECUTION ENVIRONMENT: Process level ✨

πŸ¦‹ SEE ALSO πŸ¦‹

Kernel file: ./drivers/scsi/ibmvscsi_tgt/ibmvscsi_tgt.c

and the whole (9) friend group, all here:

xoxo πŸ’‹ source/version ./drivers/scsi/ibmvscsi_tgt, date October 2026, page ibmvscsis_un...er_command_q(9) 🫢

πŸ“¦ where this page comes from