[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20231211175016.461e2692@kernel.org>
Date: Mon, 11 Dec 2023 17:50:16 -0800
From: Jakub Kicinski <kuba@...nel.org>
To: Ahmed Zaki <ahmed.zaki@...el.com>
Cc: <netdev@...r.kernel.org>, <davem@...emloft.net>, <edumazet@...gle.com>,
<pabeni@...hat.com>, <mkubecek@...e.cz>, "Chittim, Madhu"
<madhu.chittim@...el.com>, "Samudrala, Sridhar"
<sridhar.samudrala@...el.com>
Subject: Re: [RFC] ethtool: raw packet filtering
On Mon, 11 Dec 2023 16:34:42 -0700 Ahmed Zaki wrote:
> I agree on the n-tuple hurdles, but is there a tc/nft API that you have
> in mind? Not sure where are the overlaps/duplication.
>
> I couldn't find anything that can be extended to offload RX packet
> filtering/matching. Or did you mean __create__ new APIs?
Look at net/sched/cls_flower.c and grep around for struct flow_rule.
struct flow_rule was supposed to be the common representation for all
flows at driver level, ethtool, TC flower, nftables. Very limited
success on the ethtool side, but grepping for it should lead you to
the other two uAPIs.
Powered by blists - more mailing lists