Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp3531262pxb; Mon, 4 Apr 2022 20:08:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyYuoYqD/120WB9iGXT28a2K8SbDnR1vPefOBvmQ4BDGhO/lmUgT4u+z637Fnz5IZtEFwLB X-Received: by 2002:a05:6a00:1706:b0:4fd:af77:62a1 with SMTP id h6-20020a056a00170600b004fdaf7762a1mr1308092pfc.16.1649128084457; Mon, 04 Apr 2022 20:08:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649128084; cv=none; d=google.com; s=arc-20160816; b=Dbg94slEL6rG3d94kq8SwlLulqlwO6rYT1ZbiQis1zYdlOMpETolwR4OqZ7hICgXjp 1zvaDT/W+1rBFne6Z/iBVox7zUn8yKVEfWUb0AjZyRtczzGIFHIULMrinyANN4Q2yTvr 4z+olt4VnQKnhEZlxpjtI3Ev+EOhrQ7av5umTrjKgHmA+yhi7qMuLlrJioTdQ2rrSzHc httZ5uP2EA5K1I1G+RfoeO9lO7jU9hddZWSAId2NB21mz4nIvtLFzG5db/mu5Iodqihh oNETOzpcOMa3GDzl+gdWJEYbZGp/y2pkITXISpsGagpGBPtIATf9TTP0nRHCeR8Sb2DD RqGg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=y6+68hzTI5C9yq0TX7ZAvMty5FGs8NAnmjEANkcaEoQ=; b=URHgHQ7RVB2MggaCSm+u1PH7rPUdliY8LYgxBGkLvJ01uz5aLXYnlJ1WxUbDcvjbCe Z0cow5W1dDGqEgVgpua/HbMiIyp85eNYIMk3/oHTgSxIaazJyL8aebx3Y4ExWB9qWsz0 2IJewmQIw8FUYrYmYgi6zZF70odLayv2KqQO2M2WCNZkOFSCcpAjHraAfuM/taUz//Sw VcuNlxXbWAbV2dZTquvZG2xZMQf1/1RWDoR+HsuliDeeoR6nRaZS//nhN//3oXxQutaY eyL+CO87MCANaE7tBdYnWTAJZselCNGix8UJl6of1t4DTv9qIPXCDMWM7sm0/gV/H4fw wCNQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=hLVyFlpf; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id b23-20020a63eb57000000b0038245e35ac0si13097553pgk.772.2022.04.04.20.08.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 04 Apr 2022 20:08:04 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=hLVyFlpf; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id AE3CD36DD81; Mon, 4 Apr 2022 18:32:13 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229531AbiDEB0o (ORCPT + 99 others); Mon, 4 Apr 2022 21:26:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41092 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229518AbiDEB0m (ORCPT ); Mon, 4 Apr 2022 21:26:42 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3F456282560; Mon, 4 Apr 2022 17:38:26 -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 ams.source.kernel.org (Postfix) with ESMTPS id 6F128B81ACE; Tue, 5 Apr 2022 00:33:26 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id BB376C2BBE4; Tue, 5 Apr 2022 00:33:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1649118805; bh=YSFtuUAqB2/ReZ8hG4SKRlDqnAPGKpbCyB9tK2n6JDg=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=hLVyFlpfDATmZr5XGDrA5o2tW4Uc/njYc3HnyYS97SwPrMihRlv8F5i9GKUHv9kE7 zuttzYRilaN1bC1amXThpboMBXg4PIlW6SpLPDvBv419u6QE2v+W+GR15gxy6UeYS6 X2hb+RmYygXnGkr11tkfWxwYtokTT8Qwh6W/z/fGwwJsQsm70tYw7LX+MFkBGyeZHq RLIQzG+ChmmiQFwcbQwh1ZSTlQyNJAg+9yr+DEx8Xgz+mWdPXi7Ut+28690acjXHYD D7DdIVKxpJGnqbSTkM5/eWReADCF099Mnj5mMmvVeIjzeJ5tJ64kftaaFGD7CfOygJ j7a0KanXvwr4Q== Date: Mon, 4 Apr 2022 17:33:22 -0700 From: Saeed Mahameed To: Leon Romanovsky Cc: Jakub Kicinski , Paolo Abeni , Leon Romanovsky , Jason Gunthorpe , linux-kernel@vger.kernel.org, linux-rdma@vger.kernel.org, netdev@vger.kernel.org, Saeed Mahameed , Tariq Toukan Subject: Re: [PATCH mlx5-next 4/5] net/mlx5: Remove tls vs. ktls separation as it is the same Message-ID: <20220405003322.afko7uo527w5j3zu@sx1> References: <67e596599edcffb0de43f26551208dfd34ac777e.1649073691.git.leonro@nvidia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <67e596599edcffb0de43f26551208dfd34ac777e.1649073691.git.leonro@nvidia.com> X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04 Apr 15:08, Leon Romanovsky wrote: >From: Leon Romanovsky > >After removal FPGA TLS, we can remove tls->ktls indirection too, >as it is the same thing. > >Reviewed-by: Tariq Toukan >Signed-off-by: Leon Romanovsky >--- > .../net/ethernet/mellanox/mlx5/core/Makefile | 2 +- > .../ethernet/mellanox/mlx5/core/en/params.c | 2 +- > .../mellanox/mlx5/core/en_accel/en_accel.h | 11 +-- > .../mellanox/mlx5/core/en_accel/ktls.c | 22 ++++- > .../mellanox/mlx5/core/en_accel/ktls.h | 32 +++++++ > .../mellanox/mlx5/core/en_accel/ktls_rx.c | 2 +- > .../en_accel/{tls_stats.c => ktls_stats.c} | 38 ++++----- > .../mellanox/mlx5/core/en_accel/ktls_tx.c | 18 +++- > .../mellanox/mlx5/core/en_accel/ktls_txrx.h | 28 +++++- > .../mellanox/mlx5/core/en_accel/tls.c | 70 --------------- > .../mellanox/mlx5/core/en_accel/tls.h | 85 ------------------- > .../mellanox/mlx5/core/en_accel/tls_rxtx.c | 70 --------------- > .../mellanox/mlx5/core/en_accel/tls_rxtx.h | 85 ------------------- > .../net/ethernet/mellanox/mlx5/core/en_main.c | 8 +- > .../net/ethernet/mellanox/mlx5/core/en_rx.c | 5 +- > .../ethernet/mellanox/mlx5/core/en_stats.c | 8 +- > 16 files changed, 130 insertions(+), 356 deletions(-) > rename drivers/net/ethernet/mellanox/mlx5/core/en_accel/{tls_stats.c => ktls_stats.c} (76%) Why not ktls_*.c => tls_*.c ? Since we now have one TLS implementation, it would've been easier to maybe repurpose TLS to be KTLS only and avoid renaming every TLS to KTLS in all functions and files. So just keep tls.c and all mlx5_tls_xyz functions and implement ktls directly in them, the renaming will be done only on the ktls implementation part of the code rather than in every caller. > delete mode 100644 drivers/net/ethernet/mellanox/mlx5/core/en_accel/tls.c > delete mode 100644 drivers/net/ethernet/mellanox/mlx5/core/en_accel/tls.h > delete mode 100644 drivers/net/ethernet/mellanox/mlx5/core/en_accel/tls_rxtx.c > delete mode 100644 drivers/net/ethernet/mellanox/mlx5/core/en_accel/tls_rxtx.h >