STRUCT TCF_EMATCH_OPS(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

🌸 NAME 🌸

okay so bestie, this is the Kernel API Manual page for struct tcf_ematch_ops(9), and it's literally the blueprint for ematch module operations. Think of it as the group-chat rules for an ematch module: what it's called, what data it expects, which callbacks it can bring to the party, who owns it, and how it links up. no cap, every member matters. πŸ’…

✨ SYNOPSIS ✨

Here's the whole struct, exactly as it appears:

       struct tcf_ematch_ops {
           int kind;
           int datalen;
           int (*change)(struct net *net, void *, int, struct tcf_ematch *);
           int (*match)(struct sk_buff *, struct tcf_ematch *, struct
       tcf_pkt_info *);
           void (*destroy)(struct tcf_ematch *);
           int (*dump)(struct sk_buff *, struct tcf_ematch *);
           struct module           *owner;
           struct list_head        link;
        };

🫢 Members 🫢

  • kind β€” the identifier (kind) of this ematch module. That's its whole name-tag situation. 🏷️
  • datalen β€” length of expected configuration data (optional). Optional bestie, not mandatory. πŸŽ€
  • change β€” called during validation (optional). Validation-time callback energy. ✨
  • match β€” called during ematch tree evaluation, and it must return 1/0. No vibes-only returns, okay? 😭
  • destroy β€” called during destroyage (optional). Yes, "destroyage" is the word on the page, we respect the lore. 🫑
  • dump β€” called during dumping process (optional). Dump-time callback, slay. πŸ’…
  • owner β€” owner, and it must be set to THIS_MODULE. periodt.
  • link β€” link to previous/next ematch module (internal use). internal-use only, bestie, don't touch unless that's your lane. πŸ™ˆ

🌈 SEE ALSO 🌈

sending you off with a sparkle from source/version ./include/net, dated October 2026 β€” that's the footer, bestie, not a drill. πŸ’–

πŸ“¦ where this page comes from