ntmp_vft_update_entry(9)

📦 version 7.3.1, in nixpkgs unstable

💅 ntmp_vft_update_entry(9) — from the Kernel API Manual, bestie

Okay so picture this: you're deep in the kernel, you've got a VLAN filter entry, and the configuration element data on it is looking kinda stale. Not the vibe. Enter ntmp_vft_update_entry — the glow-up function that refreshes exactly that. ✨

🌸 NAME 🌸

ntmp_vft_update_entry — updates the configuration element data of the VLAN filter entry you point at. That's it, that's the whole job, and it does it slayfully.

🦋 SYNOPSIS 🦋

int ntmp_vft_update_entry (struct ntmp_user *user , u16 vid , const
struct vft_cfge_data *cfge );

Yes the line break in the prototype is real, don't @ me, copy it exactly like that. 💀

🎀 ARGUMENTS 🎀

  • user — the target ntmp_user struct. Your main character, basically. 🫶
  • vid — the VLAN ID. A u16, iconic, no notes.
  • cfge — the configuration element data. This is the fresh content you're dropping in. 👑

⭐ RETURN ⭐

You get 0 on success — a whole zero, a clean win, we love to see it. 🌈

Otherwise? A negative error code. Not a slay, but at least it's honest. 😭

💖 SEE ALSO 💖

The kernel file where all this lives, for the girlies who wanna read the source directly:

  • Kernel file ./drivers/net/ethernet/freescale/enetc/ntmp.c

And the whole friend group of related calls — every single one, no skipping, we're being thorough today:

Like, the whole ntmp cinematic universe. 🍓

Heads up bestie: negative return = something went sideways. Check your args, check your user, check your cfge, and try again. 💅

And that's the page! Sourced from ./drivers/net/ethernet/freesca... (yes it's truncated in the original, I'm not gonna invent the rest, I'm not a liar 💀), dated October 2026, and filed under the ntmp_vft_update_entry(9) manual page. Go update those entries, queen. 👑✨

📦 where this page comes from