ethtool_rxfh_indir_resize(9)

📦 version 7.3.1, in nixpkgs unstable

💅 ethtool_rxfh_indir_resize — the Kernel API Manual era ✨

okay bestie, so this one's from the Kernel API Manual, and it's basically the glow-up arc for your indirection table 💖 let's get into it.

✨ NAME ✨

ethtool_rxfh_indir_resize — fold or unfold context 0 indirection table 🎀

like, yes, context 0 specifically, she's the main character here, we don't make the rules 💅

🦋 SYNOPSIS 🦋

void ethtool_rxfh_indir_resize(struct net_device *dev, u32 *tbl,
                               u32 old_size, u32 new_size);

no cap, that's the whole signature, she returns void and she does not elaborate 🌸

🌸 ARGUMENTS 🌸

  • dev — the network device 🫶 like, the actual NIC-shaped entity we're doing this to
  • tbl — the indirection table itself ✨ and listen, the table must have room for max(old_size, new_size) entries — that's a hard requirement, not a vibe, so don't be out here passing a too-small buffer 😭
  • old_size — how many entries are in the table right now, i.e. its current era
  • new_size — how many entries you want it to have, i.e. its future era 👑

💜 DESCRIPTION 💜

So here's the tea: this function resizes the default RSS context indirection table in place. No copying, no new table, she just morphs. 🧚

But — and this is the important part — the caller must have validated with ethtool_rxfh_indir_can_resize first. That's a whole prerequisite, not a suggestion. You do the vibe check before the glow-up, periodt. 🙈

💀 fr fr, skip the ethtool_rxfh_indir_can_resize check and you're on your own, bestie

👑 SEE ALSO 👑

all iconic, all in the family 🌈

okay that's the page!! 🌟 she lives in ./net/ethtool and this whole thing is dated October 2026 — yes, from the future, slay ⭐ 💖 thanks for reading bestie, go resize responsibly 🎀

📦 where this page comes from