From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 06269C761AF for ; Wed, 29 Mar 2023 19:11:57 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230167AbjC2TLz (ORCPT ); Wed, 29 Mar 2023 15:11:55 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48626 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230106AbjC2TLy (ORCPT ); Wed, 29 Mar 2023 15:11:54 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 78A0219A0 for ; Wed, 29 Mar 2023 12:11:53 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 0BF4961D50 for ; Wed, 29 Mar 2023 19:11:53 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id AC22BC433EF; Wed, 29 Mar 2023 19:11:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1680117112; bh=UFPN+Lm3FedlNVgZAYKZJr7HHUkZ5BHFBuskuC5SEjY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=guxct534/3k1kYshbpTBA2FcQh8gDkdjZmqzKlTxXwfuqiL+plF+YVDSVUybok82U o8vQ4idE3XPlB4no6xmfc68cARJyNgVCsdSev6/hjO4iLs1zoy4mtT6vbKwqk3S18V cqZMLsH44eYvRWWjN3+CMD199dOW98DrE4yfNttcLsOZVl2q1pzqK4yO3Qg1GWyxBQ cHMSkR9HR+oUddgh/WjwSG4Ach9ophC6BU7pzn2MsH1vxScqFAw/kWhS6hL9IYy+hy ds5QXTlhJECZRtUKUtUr3TV4/EVoH7k99M0pd2zI9ITLJyodYvCyI1scnQOxbB8U1w HiJdZLZc/CAqQ== Date: Wed, 29 Mar 2023 22:11:47 +0300 From: Leon Romanovsky To: Jakub Kicinski Cc: Dima Chumak , Jiri Pirko , Saeed Mahameed , "David S. Miller" , Eric Dumazet , Paolo Abeni , netdev@vger.kernel.org Subject: Re: [PATCH net-next 0/4] devlink: Add port function attributes to enable/disable IPsec crypto and packet offloads Message-ID: <20230329191147.GF831478@unreal> References: <20230323111059.210634-1-dchumak@nvidia.com> <20230323100556.6130a7cd@kernel.org> <20230329074537.GH831478@unreal> <20230329100938.1f8f8d9f@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230329100938.1f8f8d9f@kernel.org> Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Wed, Mar 29, 2023 at 10:09:38AM -0700, Jakub Kicinski wrote: > On Wed, 29 Mar 2023 10:45:37 +0300 Leon Romanovsky wrote: > > On Thu, Mar 23, 2023 at 10:05:56AM -0700, Jakub Kicinski wrote: > > > On Thu, 23 Mar 2023 13:10:55 +0200 Dima Chumak wrote: > > > > Currently, mlx5 PCI VFs are disabled by default for IPsec functionality. > > > > A user does not have the ability to enable IPsec support for a PCI VF > > > > device. > > > > > > Could Mellanox/nVidia figure out a why to get folks trained on posting > > > patches correctly? IDK how to do that exactly but you have a rather > > > large employee base, it may be most efficient if you handle that > > > internally than the community teaching people one by one. > > > > IDK why Dima postes like he posted, but we guide people and provide nice playground > > to test submissions internally, but it is not enough. There are always nuances in > > submission as rules constantly evolve. > > I'd say that we try to improve the documentation these days more > than evolve the rules. The suggestion for how to post user space > is 2.5 years old: > > commit 6f7a1f9c1af30f1eadc0ad9e77ec8ee95c48b2c9 > Author: Jakub Kicinski > Date: Tue Nov 24 20:15:24 2020 -0800 > > Documentation: netdev-FAQ: suggest how to post co-dependent series > > > > Or perhaps there's something we can do to improve community docs? > > > > People don't read them :) > > We can make them, but then we'll be the bad guys again :( I don't have that we have other options given netdev ML volume but to be not nice. Thanks