Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4234630pxj; Tue, 8 Jun 2021 09:28:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx5cX39h1Q0OVVT0bK/MlA+uXty3dGSrxb2I08d3ThxiCt+P1A/0ZMIYIJy3HCngKLyPbW2 X-Received: by 2002:a17:906:5947:: with SMTP id g7mr24530333ejr.351.1623169684387; Tue, 08 Jun 2021 09:28:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623169684; cv=none; d=google.com; s=arc-20160816; b=08enqNHbvbLz0SsTqYoEl3yTJ7I/51lVmGnCDPiJKP/KvuSYww1GymM2VcuZFTZJc0 vhK457XN2gy3GVFr0ojhl3HTkUhnFOKxMmWgRk5KWxiHoFOO+vlxbv1UKGVbrpuQnYaX 1arXFH/tBWlhLwzFWytu0CECg7UabGRdyRV0hsihDYR0hyz2KBjzJss7LFlJ6ZFVphZv U3m+PMxKpcOs/xxglnmfZdHW2ddzMJUv11om8+K/EYcSMIMQcSQEbcGlsM+R239h0nzp FqsWwZL09GMTvJr/Y481+HfGaWpavQknOmYfcavi8tTyJwJklCQp6AxduZiIBr+Xe6x8 Ct5Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=aFiOMa0rZpvlKExy0rXa0t6h9YOarOfsmy7FwAO3Wp0=; b=seRjuaMfF83oqBMch7h93WhtU3l1oRslA4nf38eZXfhIO3s7tW5ih3C4YXiZAQAZ5u Mc9xLedhb/oJORr8zNrlCy47N8qxDS0I1j59FV/FVrAkNv7Bf2SKLt8zsAp9mEGrv2VJ hG0ISmhZQ9goXfAvaITjzRzOW4oAMdKcGEWOrflZnMUZpaJe9fXUpDbwQkkwu32zAY4B BXBvlNqN4Y096wq9LSdGx0FGG1CKIcKw5Bz7s8pAAAzschN4dRt9EWfWxW7a3HkvpxGa pWmcH10gLO8ZJ1vpcySmPICJQzDHzYTR3LzqDo3Qxk/x2DYBssy5i0el7st6AqVmrtEs JTuQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 18si124277ejj.568.2021.06.08.09.27.40; Tue, 08 Jun 2021 09:28:04 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233549AbhFHQ1c (ORCPT + 99 others); Tue, 8 Jun 2021 12:27:32 -0400 Received: from smtprelay0145.hostedemail.com ([216.40.44.145]:40188 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S232790AbhFHQ1b (ORCPT ); Tue, 8 Jun 2021 12:27:31 -0400 Received: from omf10.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay03.hostedemail.com (Postfix) with ESMTP id 6DCA0838436D; Tue, 8 Jun 2021 16:25:37 +0000 (UTC) Received: from [HIDDEN] (Authenticated sender: joe@perches.com) by omf10.hostedemail.com (Postfix) with ESMTPA id 02CA52351F4; Tue, 8 Jun 2021 16:25:35 +0000 (UTC) Message-ID: <16b30bff1b1403192f18f110ac83451d4f7d5bc1.camel@perches.com> Subject: Re: irdma: utils.c typos in irdma_cqp_gather_stats_gen1 ? From: Joe Perches To: "Saleem, Shiraz" , "Ismail, Mustafa" Cc: Doug Ledford , Jason Gunthorpe , "linux-rdma@vger.kernel.org" , LKML Date: Tue, 08 Jun 2021 09:25:34 -0700 In-Reply-To: <38e0a7b9c19543c2aee679bdd346c5a9@intel.com> References: <9e07e80d8aa464447323670fd810f455d53f76f3.camel@perches.com> <7bc8c264a70a4026b3bc7d9edd9e8945@intel.com> <6147b2a2a5992525482f2cf61d2939b110062d8c.camel@perches.com> <38e0a7b9c19543c2aee679bdd346c5a9@intel.com> Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.38.1-1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 02CA52351F4 X-Spam-Status: No, score=-1.90 X-Stat-Signature: bimw4w616k4ikzyazmjy53jugat1bzct X-Rspamd-Server: rspamout03 X-Session-Marker: 6A6F6540706572636865732E636F6D X-Session-ID: U2FsdGVkX19wFIxY6KhBGch1bjAwEL7hXvJ1AO6Tnyk= X-HE-Tag: 1623169535-753571 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2021-06-08 at 16:18 +0000, Saleem, Shiraz wrote: > > > Looks reasonable to me. Wondering if irdma_update_stats should > > > also use your IRDMA_STAT macro. > > > > Probably, and it could really a macro or two of its own. > > > > And it looks like that block has it's own copy/paste defects. > > > > Maybe: > > --- [] > > +#define irdma_update_stat(index, var, size) \ > > Maybe var --> name. Other than that looks good. Just a suggestion. Do what you want with it. And also the field name/MACRO mismatches are a bit odd at best. I'd rename one or the other to match. > + irdma_update_stat(IP4TXFRAGS, ip4txfrag, 48); [] > + irdma_update_stat(TCPTXSEG, tcptxsegs, 48); [] > + irdma_update_stat(RDMAVBND, rdmavbn, 48);