zfcp_dbf_rec_trig(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… zfcp_dbf_rec_trig(9) β€” like, the kernel API manual bestie ✨

okay so this is a page from the Kernel API Manual, and the function we're obsessing over today is zfcp_dbf_rec_trig πŸŽ€ β€” no cap, she's the one who traces the events related to a triggered recovery. main character energy fr fr.


πŸ¦‹ NAME

zfcp_dbf_rec_trig β€” trace event related to triggered recovery πŸ’«


🌸 SYNOPSIS

void zfcp_dbf_rec_trig (char *tag , struct zfcp_adapter *adapter ,
       struct zfcp_port *port , struct scsi_device *sdev , u8 want , u8 need );

like, that's the whole signature bestie β€” void, six args, we move πŸ’…


✨ ARGUMENTS

  • tag β€” the identifier for the event 🏷️ like, the lil name tag so you know which event this is
  • adapter β€” the adapter on which the erp_action should run πŸ–₯️
  • port β€” the remote port involved in the erp_action πŸ”Œ
  • sdev β€” the scsi device involved in the erp_action πŸ’Ύ
  • want β€” the wanted erp_action πŸ‘€ (what we want)
  • need β€” the required erp_action ‼️ (what we actually need)

πŸŽ€ DESCRIPTION

okay so the vibe check here: adapter->erp_lock has to be held πŸ”’ like, that's not optional, that's the whole prerequisite, periodt.

no lock held? that's a you problem bestie, hold adapter->erp_lock first πŸ™ˆ

πŸ”₯ SEE ALSO

the kernel file ./drivers/s390/scsi/zfcp_dbf.c and honestly her whole friend group 🫢:


and that's the post 🫢 this lil masterpiece lives in ./drivers/s390/scsi and it's stamped October 2026 β€” zfcp_dbf_rec_trig(9) out πŸ’œβœ¨ ily, go hold that lock πŸŽ€

πŸ“¦ where this page comes from