[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <PH0PR18MB4474F2B45174D75C27DC4DF8DE059@PH0PR18MB4474.namprd18.prod.outlook.com>
Date: Mon, 14 Nov 2022 06:56:04 +0000
From: Hariprasad Kelam <hkelam@...vell.com>
To: Andrew Lunn <andrew@...n.ch>
CC: Jakub Kicinski <kuba@...nel.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"davem@...emloft.net" <davem@...emloft.net>,
"pabeni@...hat.com" <pabeni@...hat.com>,
"edumazet@...gle.com" <edumazet@...gle.com>,
Sunil Kovvuri Goutham <sgoutham@...vell.com>,
Linu Cherian <lcherian@...vell.com>,
Geethasowjanya Akula <gakula@...vell.com>,
Jerin Jacob Kollanukkaran <jerinj@...vell.com>,
Subbaraya Sundeep Bhatta <sbhatta@...vell.com>
Subject: ] Re: [net-next PATCH 0/9] CN10KB MAC block support
> For "Dropped packets by DMAC filters" did not find any equivalent APIs, so will keep it as is.
>> Nope. Propose a generic netlink API, probably as an extension to ethtool, which other vendors can use as well.
ACK, will remove DMAC filters debugfs from this patch set and will submit this change with netlink API in separate set.
This is exactly Jakub and my point. Is your hardware so special it does things which no other vendor does? Is the concept of DMAC filters dropping packets unique to your hardware? Is this feature so obscure that no other vendor will ever implement it? And if it is that obscure, is any user actually going to use it?
Andrew
Powered by blists - more mailing lists