ixgbe_is_non_eop(9)

📦 version 7.3.1, in nixpkgs unstable

💖 ixgbe_is_non_eop

okay so bestie, welcome to the Kernel API Manual page for ixgbe_is_non_eop 💅 this one is short and sweet, which honestly? refreshing. let's get into it ✨

🌸 NAME

ixgbe_is_non_eop — process handling of non-EOP buffers 🫶

✨ SYNOPSIS

bool ixgbe_is_non_eop (struct ixgbe_ring *rx_ring , union
       ixgbe_adv_rx_desc *rx_desc , struct sk_buff *skb );

like, it returns a bool. that's the whole vibe check right there 👑

🎀 ARGUMENTS

  • rx_ring — the Rx ring being processed 🌀 like, the queue we're currently going through
  • rx_desc — the Rx descriptor for the current buffer, aka the lil receipt for this packet piece
  • skb — the current socket buffer containing the buffer in progress 🧚 the packet-in-progress bestie

🦋 DESCRIPTION

so what it does: this function updates next to clean. literally that's a step it takes, no cap.

then it checks the buffer. if the buffer is an EOP buffer, the function exits returning false — like, k bye, we're done here, that was the end of the packet 💀

otherwise, it will place the sk_buff in the next buffer to be chained, and return true, indicating that this is in fact a non-EOP buffer. so true = "nope, not the end, keep chaining, we're still going" 🔥 and false = "EOP, we out" 🌈

it's giving very much main character energy in the Rx path, honestly 🎀

💜 SEE ALSO

the whole squad, fr fr — first up, the kernel file itself:

Kernel file ./drivers/net/ethernet/intel/ixgbe/ixgbe_main.c

and then, bestie, the entire extended friend group 👑 (yes, all of them, i'm not skipping a single one):

ngl that's a lot of cross-references but every single one of them is iconic in its own way 🫶 go read them, i'll wait 💅

and that's the page!! source? it lives at ./drivers/net/ethernet/intel/i... (yes, truncated in the footer, don't come for me 🙈) and the date on it is October 2026. slay, periodt, go chain some buffers bestie 🦋💖✨

📦 where this page comes from