Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp1098090ybi; Thu, 30 May 2019 11:32:29 -0700 (PDT) X-Google-Smtp-Source: APXvYqwYCGro7qeh87gphD2R0fxvU6ce1YnFJ5kD4O9/3RZUQEldSA+m3zn3PAQxYXibShQmrDKd X-Received: by 2002:aa7:9095:: with SMTP id i21mr3273371pfa.119.1559241149168; Thu, 30 May 2019 11:32:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559241149; cv=none; d=google.com; s=arc-20160816; b=bQ5mMWs7OyD02Z+PJDpck3BOlcSz5p8S99sNl7UMQcywUEw+Rs4e9D1kmlyV85AVcS zq+3oLkAw7ECFuWTp0X9kzcT+JhyWxCQlRl0NilV/awAXUcACkCslR4MsEbooI5W3KDY m7u4/qrsrj1m25MwY2n4XLlg3J4oE/MfMhSR3qGoCsJ735IAQpycgE3tYEKBuIEvS11v 5kAZU5mC2/oWdXPDykeCx7YN0sgWIIEDUpC7LtZKTTEy6vBR5lMOFf0fLMq0NoER6axb kKaBvudhfvIj3RYBYN+EFq2bqqUOOWOSUnVnuFc7LQkwKfKKRUNuaV7AUW0b0x72Ytie Uw/A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=7qmM4OHHO4P0zkAqFUeftAc+TsozeQwhwZc3qV4DXjU=; b=I6ZlHaQvBXiGCGNdPLXvBhcvXfFy4Cf9LLgx7Ujc6tLfh6Jh5nHBVjUvdC3hDhMcZ7 aCWWQdNQ8QIvgtF/+GvJlN0e8QYTHvIQjsDR96FAEAk1L/W3Luc4eNLhMb6jG/3x/FA1 7IRIoecru1mWURqVcM2AuweZ+aq2XpetXn9OXu7p175Qcy4OVQn5NuHRf5bkaka/M5vr dyr3PSdHPkMIPp/0D8iOGjYaQc/0Bfm6Nn1wLSULuERVtNrt2hxpj7/y4EkDMfeTePxT b9CdAfm1pE5lP3nOb9cg3EYx5UbqeqekvorXHGP93LlV7YgEI7Iam+5jmO21UqbbsgbG N8ng== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x27si3559827pga.205.2019.05.30.11.32.12; Thu, 30 May 2019 11:32:29 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726558AbfE3SaE (ORCPT + 99 others); Thu, 30 May 2019 14:30:04 -0400 Received: from mga12.intel.com ([192.55.52.136]:19647 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726328AbfE3SaE (ORCPT ); Thu, 30 May 2019 14:30:04 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 30 May 2019 11:30:03 -0700 X-ExtLoop1: 1 Received: from unknown (HELO [10.228.129.69]) ([10.228.129.69]) by orsmga007.jf.intel.com with ESMTP; 30 May 2019 11:30:01 -0700 Subject: Re: [PATCH][next] IB/hfi1: Use struct_size() helper To: "Gustavo A. R. Silva" , Mike Marciniszyn , Doug Ledford , Jason Gunthorpe Cc: linux-rdma@vger.kernel.org, linux-kernel@vger.kernel.org References: <20190529151528.GA24148@embeddedor> From: Dennis Dalessandro Message-ID: <1f382255-fdce-1f3d-d336-c36b09116c7e@intel.com> Date: Thu, 30 May 2019 14:30:01 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: <20190529151528.GA24148@embeddedor> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 5/29/2019 11:15 AM, Gustavo A. R. Silva wrote: > Make use of the struct_size() helper instead of an open-coded version > in order to avoid any potential type mistakes, in particular in the > context in which this code is being used. > > So, replace the following form: > > sizeof(struct opa_port_status_rsp) + num_vls * sizeof(struct _vls_pctrs) > > with: > > struct_size(rsp, vls, num_vls) > > and so on... > > Also, notice that variable size is unnecessary, hence it is removed. > > This code was detected with the help of Coccinelle. > > Signed-off-by: Gustavo A. R. Silva > --- > drivers/infiniband/hw/hfi1/mad.c | 9 +++------ > 1 file changed, 3 insertions(+), 6 deletions(-) > > diff --git a/drivers/infiniband/hw/hfi1/mad.c b/drivers/infiniband/hw/hfi1/mad.c > index 4228393e6c4c..184dba3c2828 100644 > --- a/drivers/infiniband/hw/hfi1/mad.c > +++ b/drivers/infiniband/hw/hfi1/mad.c > @@ -2744,8 +2744,7 @@ static int pma_get_opa_portstatus(struct opa_pma_mad *pmp, > u16 link_width; > u16 link_speed; > > - response_data_size = sizeof(struct opa_port_status_rsp) + > - num_vls * sizeof(struct _vls_pctrs); > + response_data_size = struct_size(rsp, vls, num_vls); > if (response_data_size > sizeof(pmp->data)) { > pmp->mad_hdr.status |= OPA_PM_STATUS_REQUEST_TOO_LARGE; > return reply((struct ib_mad_hdr *)pmp); > @@ -3014,8 +3013,7 @@ static int pma_get_opa_datacounters(struct opa_pma_mad *pmp, > } > > /* Sanity check */ > - response_data_size = sizeof(struct opa_port_data_counters_msg) + > - num_vls * sizeof(struct _vls_dctrs); > + response_data_size = struct_size(req, port[0].vls, num_vls); > > if (response_data_size > sizeof(pmp->data)) { > pmp->mad_hdr.status |= IB_SMP_INVALID_FIELD; > @@ -3232,8 +3230,7 @@ static int pma_get_opa_porterrors(struct opa_pma_mad *pmp, > return reply((struct ib_mad_hdr *)pmp); > } > > - response_data_size = sizeof(struct opa_port_error_counters64_msg) + > - num_vls * sizeof(struct _vls_ectrs); > + response_data_size = struct_size(req, port[0].vls, num_vls); > > if (response_data_size > sizeof(pmp->data)) { > pmp->mad_hdr.status |= IB_SMP_INVALID_FIELD; > Reviewed-by: Dennis Dalessandro