iscsi_iser_ep_poll(9)

📦 version 7.3.1, in nixpkgs unstable

✨ iscsi_iser_ep_poll(9) ✨

Okay bestie, so this is a page from the Kernel API Manual — yes, the kernel has its own manual, we love that for it 💅 — and it's all about iscsi_iser_ep_poll, which is literally the function that waits around to see if your iser connection finished setting up. No cap.

🌸 SYNOPSIS 🌸

int iscsi_iser_ep_poll (struct iscsi_endpoint *ep , int timeout_ms );

That's the whole signature, pristine, don't touch it 🎀

🦋 ARGUMENTS 🦋

  • ep — the iscsi endpoint, aka the one you made earlier when you called ep_connect. Your little connection baby 🫶
  • timeout_ms — how long you're allowed to poll, measured in ms. The patience budget, basically ⏳

💖 DESCRIPTION 💖

So what does this actually do? It boils down to waiting. Like, sitting there waiting for up_completion to signal that cma_id got the CONNECTED event. That's it. That's the whole vibe check. The function just chills until the connection says "hey bestie I'm up" 🔥

⭐ RETURN ⭐

Here's the tea on what you get back:

  • 1 — slayed it, connection establishment succeeded 👑
  • 0 — timeout expired. Not the end of the world though, because libiscsi will retry, it'll kick in, we move 🌈
  • -1 — interrupted by a signal, or (and honestly more likely) the iser connection state transitioned to TEMINATING or DOWN while we were waiting. Rip 😭 (yes, it's spelled TEMINATING in the source, we don't make the rules, we just report them 💀)

🔮 SEE ALSO 🔮

The kernel file this lives in:

./drivers/infiniband/ulp/iser/iscsi_iser.c

And the whole friend group of related functions, all here, all accounted for:

Heads up bestie: that SEE ALSO list is not optional reading, it's the whole squad. Go say hi 🧚

And that's the page! Sourced from ./drivers/infiniband/ulp/iser, dated October 2026, and filed under iscsi_iser_ep_poll(9) in the Kernel API Manual. Periodt. 💜✨

📦 where this page comes from