fcoe_ctlr_disc_stop_final(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… fcoe_ctlr_disc_stop_final β€” from the Kernel API Manual, bestie

Okay so picture this: it's the fcoe_ctlr_disc_stop_final(9) page, it lives in the Kernel API Manual, and it's about stopping discovery for shutdown in VN2VN mode. That's it. That's the whole vibe. Sad little one-job function but honestly? Iconic. Let's get into it. πŸ¦‹


✨ NAME ✨

fcoe_ctlr_disc_stop_final β€” stop discovery for shutdown in VN2VN mode, no cap πŸŽ€


🌸 SYNOPSIS 🌸

void fcoe_ctlr_disc_stop_final (struct fc_lport *lport );

Yep, returns void, takes exactly one thing, no surprises. Slay.


πŸ’– ARGUMENTS πŸ’–

  • lport β€” the local port 🫢 that's literally the whole parameter list, bestie

πŸ”₯ DESCRIPTION πŸ”₯

So the way this works: this function gets called through the local port template for discovery. That's the entry point, that's how it arrives at the function, iykyk.

And the big detail you cannot miss: it's called without the ctlr_mutex held. 🚨 Literally no lock, none, zero. So don't be out here assuming the mutex is chillin' in your hand when this runs.

That's genuinely everything this function does communication-wise. Short page. Clean page. Ate, honestly. πŸ’…


⭐ SEE ALSO ⭐

Also, the kernel file ./drivers/scsi/fcoe/fcoe_ctlr.c is where the whole saga lives β€” and here's the full friend group, every single one, no skipping, periodt:


Quick vibe check before you go: it's called through the local port template for discovery, and it is not holding ctlr_mutex. Those two facts are the whole personality. 🌈

And that's a wrap, bestie πŸŽ€ this page came from the ./drivers/scsi/fcoe corner of the source tree, dated October 2026, and it's filed under that Kernel API Manual energy. Go forth and stop that discovery for shutdown in VN2VN mode, you absolute main character. πŸ’œβœ¨

πŸ“¦ where this page comes from