ntmp_ipft_add_entry(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– ntmp_ipft_add_entry(9) β€” like, the Kernel API Manual, but make it make sense πŸ’–

okay so bestie, welcome to the ntmp_ipft_add_entry(9) era πŸŽ€ this is a Kernel API Manual page and it's literally about dropping a new entry into the ingress port filter table. yes, that table. slay.


✨ NAME ✨

ntmp_ipft_add_entry β€” add an entry into the ingress port filter table πŸ¦‹


🌸 SYNOPSIS 🌸

int ntmp_ipft_add_entry (struct ntmp_user *user , struct ipft_entry_data
*entry );

πŸ’… ARGUMENTS πŸ’…

  • user β€” the target ntmp_user struct. like, the user struct we're aiming at, yk? πŸ‘‘
  • entry β€” the entry data. okay so this one's doing the heavy lifting: entry->cfge (configuration element data) and entry->keye (key element data) are used as input. no cap. BUT β€” and this is the plot twist 🫢 β€” the entry ID is assigned by the hardware, so entry->entry_id is a returned value for the driver to use. once the driver has that entry_id, it can update/delete/query the entry based on it. main character energy fr fr.

πŸ”₯ RETURN πŸ”₯

0 on success, otherwise a negative error code 😭 that's it, that's the whole vibe check.


🌈 SEE ALSO 🌈

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

like a whole friend group of functions, honestly πŸ’œ iykyk.


🫢 tiny sign-off from me to you: this page is living at ./drivers/net/ethernet/freesca... and it's dated October 2026, filed under ntmp_ipft_add_entry(9). iconic. periodt. πŸ’–βœ¨
πŸ“¦ where this page comes from