fcoe_set_port_id(9)

📦 version 7.3.1, in nixpkgs unstable

💅 fcoe_set_port_id — kernel API manual, but make it make sense

Okay bestie, so this one's fcoe_set_port_id(9) from the Kernel API Manual — it's a lil callback situation and honestly it's giving "small function, big responsibility" energy. Let's get into it. 🦋

✨ NAME ✨

fcoe_set_port_id — the callback that libfc hits when the Port_ID gets set. That's it, that's the whole vibe. 🎀

🌸 SYNOPSIS 🌸

void fcoe_set_port_id (struct fc_lport *lport , u32 port_id , struct
fc_frame *fp );

Yes, void — this one doesn't hand anything back, it just does the thing. 💅

🫶 ARGUMENTS 🫶

  • lport — the local port, aka the main character of this whole operation.
  • port_id — the port ID itself, the actual value we're here for.
  • fp — the received frame, if any, that's what caused the port_id to get set. Could be a whole frame, could be nothing — it depends, and that's fine. 😌

🔥 DESCRIPTION 🔥

So here's the tea: this routine handles the case where we received a FLOGI and we're heading into point-to-point mode. Like, the plot is thickening. 🧚

And because we're in that situation, we need to call fcoe_ctlr_recv_flogi so it can set the non-mapped mode and the gateway address. That's literally the whole job — no cap.

Meanwhile, just so you know how the pieces fit together: the FLOGI LS_ACC is handled by fcoe_flogi_resp. Different function, different job, but they're besties. 🤝

👑 SEE ALSO 👑

Kernel file ./drivers/scsi/fcoe/fcoe.c — and honestly, the whole extended friend group:

Lowkey the whole FCoE squad lives in ./drivers/scsi/fcoe and they all said "we're a package deal" — so yeah, read the whole list. 🌈

💖 Okay that's the page! Signing off with the receipts: this all lives under ./drivers/scsi/fcoe, it's dated October 2026, and yeah — same source dir, same date, no notes. Periodt. 🎀✨🦋

📦 where this page comes from