lpfc_reset_flush_io_context(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… lpfc_reset_flush_io_context(9)

okay so this one's from the Kernel API Manual, and bestie, it's a kernel-function page β€” no cap. Here we go 🫢


✨ NAME ✨

lpfc_reset_flush_io_context β€” the little cleanup goblin that flushes orphaned i/o contexts off the adapter after a reset πŸ’…


🌸 SYNOPSIS 🌸

int lpfc_reset_flush_io_context (struct lpfc_vport *vport , uint16_t
       tgt_id , uint64_t lun_id , lpfc_ctx_cmd context );

literally that's the whole signature, copy it exactly please, don't be quirky with it πŸŽ€


πŸŽ€ ARGUMENTS πŸŽ€

  • vport β€” the virtual port (aka the scsi_host) that we're flushing the context for πŸ¦‹
  • tgt_id β€” if you're aborting by Target context, this is where you say which target id πŸ”₯
  • lun_id β€” if you're aborting by Lun context, this is where you drop the lun id ⭐
  • context β€” specifies the context level to flush at πŸ‘‘

πŸ¦‹ DESCRIPTION πŸ¦‹

so after a reset condition comes through via TMF, we gotta flush the orphaned i/o contexts out of the adapter. that's the whole vibe of this routine: it aborts any contexts that are still outstanding, then it waits for their completions to come back 😭

but the wait is bounded by devloss_tmo though β€” so it's not gonna sit there waiting forever like it's in its feels. it's got a timeout, periodt πŸ’€

Return code: 0x2003 - Error, 0x2002 - Success 🌈

ok so heads up, the error number is the bigger one here (0x2003) and success is 0x2002. that's literally what the page says, so don't come for me πŸ™ˆ

🌈 SEE ALSO 🌈

Kernel file ./drivers/scsi/lpfc/lpfc_scsi.c β€” iconic, go read it ✨

and now the friend group, all of them, in order, no one left behind 🧚:


that's the whole page, bestie, you ate it 🌸

sign-off time 🫢 this one lives at ./drivers/scsi/lpfc, dated October 2026, and it's page lpfc_reset_flush_io_context(9) β€” go flush those contexts, ily, bye πŸ’–

πŸ“¦ where this page comes from