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 4788AC43219 for ; Wed, 9 Nov 2022 18:33:33 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231189AbiKISdc (ORCPT ); Wed, 9 Nov 2022 13:33:32 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54376 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229588AbiKISdb (ORCPT ); Wed, 9 Nov 2022 13:33:31 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F377125EC; Wed, 9 Nov 2022 10:33:29 -0800 (PST) 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 E5CED61C61; Wed, 9 Nov 2022 18:33:28 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id C83C9C433D7; Wed, 9 Nov 2022 18:33:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1668018808; bh=adakfXPD3xra37+C3JuUmmuu/s4R54ybHPOnov/3ReI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=JGw0+QzVA22MDEGqM+WzfWqt8Xeq1unnYm+DZaKQ30hgg7+mMhgQDnpCeA8PalKxQ Po77IAGR6cteXaJvd/BP0fLRVrU3lEcOu2C+6+/Gwj1Pyrn8czUZXtEIz15Hfm0jc+ isBGdhyYcje1EJcBEkgyBIx0mHs2ny7OpFXyxknen+iYKASpapV0YhuNzreZ4lTAvz H3WTIwASsS3O5rrUQPhZELyT6oWOXf592jthlGV3yIv4Uf6VwLWwi0aidhnPXoTXCX SzUcRx5jXL0ZyvB2R01T0+l9ji8Bxi+sBGoO/HdJ/Dz/utUUg/ItV6Sw+5nBFFewRF ZPJlGBtsOxoDQ== Date: Wed, 9 Nov 2022 20:33:24 +0200 From: Leon Romanovsky To: rama nichanamatlu Cc: Rohit Nair , jgg@ziepe.ca, saeedm@nvidia.com, davem@davemloft.net, edumazet@google.com, kuba@kernel.org, pabeni@redhat.com, linux-rdma@vger.kernel.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, manjunath.b.patil@oracle.com, Michael Guralnik Subject: Re: [External] : Re: [PATCH 1/1] IB/mlx5: Add a signature check to received EQEs and CQEs Message-ID: References: <20221005174521.63619-1-rohit.sajan.kumar@oracle.com> <5bab650a-3c0b-cfd2-d6a7-2e39c8474514@oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Tue, Nov 08, 2022 at 04:24:48PM -0600, rama nichanamatlu wrote: > in-line. <...> > > The thing is that "vendor" failed to explain internally if this debug > > code is useful. Like I said, extremely rare debug code shouldn't be part > > of main data path. > > > > Thanks > > thank you very much for you insights into the relevance of the patch. before > we close this topic, do want to ask on this.  what is the expectation of the > nic hardware when it signatures / checksum's an eqe or cqe ? > > if it not to be verified by the receiver host for what ever reasons, then > why even do the checksum computation on the hardware ? mlx5 data sheet has more than 3000 pages in it. Not everything there is needed now. Thanks