From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 269BD2EC04 for ; Wed, 14 Jun 2023 16:39:53 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4E154C433C0; Wed, 14 Jun 2023 16:39:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1686760793; bh=TmHv5J6Rcfl/qR+WSHVFK/Ssk8PlAZw98J2D3lDQjjE=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=m/oqX4D3AIyjyV6bOwVp8ZAD1JcoIT2/vYBeXbg32YlAugbhGJ+6KujbVugGe3jLQ stIP/DHKWZgkjIYS4tqjZjhQxxm5pvW5pvLuXerWYwu2ugrD8WKk4YPhSN0rhBGzXi eodpKX3Ws43pCjGIWrfVYEfG5WQy3ySQnCSHrA5l/lPJjCLlaH/xpXZvGOaCaXVOH4 WIGIrV3HBSfbZu2MPaNPh3IJ0oaM2xYMyjXh17C1omQTo4TXj+TbS/SGUlt/T1+l4o +E/ixWFub2Rh2HQ2vZWayt6i1MD75kFqxQmXyUchsRcCKmbEobc89BYwUqcs4mGeSh e5W6pCZjXPjwg== Date: Wed, 14 Jun 2023 09:39:52 -0700 From: Jakub Kicinski To: David Ahern Cc: Paolo Abeni , "Keller, Jacob E" , Gal Pressman , Stephen Hemminger , "David S. Miller" , Michal Kubecek , "netdev@vger.kernel.org" , Edwin Peer Subject: Re: [PATCH net-next] rtnetlink: extend RTEXT_FILTER_SKIP_STATS to IFLA_VF_INFO Message-ID: <20230614093952.6e1eadc8@kernel.org> In-Reply-To: <15de5df0-9a29-d592-0ac8-e2c470b17c83@gmail.com> References: <20230611105108.122586-1-gal@nvidia.com> <20230611080655.35702d7a@hermes.local> <9b59a933-0457-b9f2-a0da-9b764223c250@nvidia.com> <15de5df0-9a29-d592-0ac8-e2c470b17c83@gmail.com> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Wed, 14 Jun 2023 08:17:44 -0700 David Ahern wrote: > > As it looks like the is substantial agreement on this approach being a > > step in the right direction and I can't think of anything better, I > > suggest to merge this as is, unless someone voices concerns very soon, > > very loudly. > > My only concern is that this "hot potato" stays in the air longer. This > problem has been around for years, and someone needs to step up and > propose an API. The functionality is fully covered by devlink and tc. We're not accepting any new drivers/implementations of the old SR-IOV NDOs at all. We try to put this potato in the grave and it keeps trying to grow :(