Received: by 10.213.65.68 with SMTP id h4csp347623imn; Tue, 13 Mar 2018 06:23:42 -0700 (PDT) X-Google-Smtp-Source: AG47ELsSGyvHaqd32kT4d6yuB39bTU/JTd1UjO4D2Vp3dWQatIAZdlN6+8zV3dtXQdMhKz9UmwAw X-Received: by 10.98.131.4 with SMTP id h4mr623624pfe.156.1520947422487; Tue, 13 Mar 2018 06:23:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1520947422; cv=none; d=google.com; s=arc-20160816; b=GIlfHhGz7KQXiEusgM/R9UVd4kLI+sBp/VS84Lgdf4U8D7rqU/xBjgVpFsJJEDOigx ixX7gCfJyR4ogFcb4e2jWQ3hjlVew+hn/2/wCvJxszATo655dIr6BnigVvLRtMWnX9ew +cWiueSs4SLqLEdaE4zdDQVtTsj3rIHASgRwWkhbx06hOsyKpGhOvX9al8g3PI7I+VXW vDKOF92rpq/Jf6SbPwD1fbK5booD0gjRDGeG7fdEnNrOdojwPbrKOw3gATvDyeorU4zA HEdMq6JMYNzkF117rFG/Lu8JmkzN65bU+ZLdCVUHYOQyHjKgoIX6yZoVUUUg/uUU8Z8j eHHQ== 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:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:arc-authentication-results; bh=ZVPgbL+5LkyG6Mc+m0EYI+vh3svoqp0VXil5W4j2+fA=; b=Vfry/WaxtgIJJRvYhBjocWQ3oLnEYqbvhw1oS2pCHBmgNmJv/PE2jxIX5MnlsfFthG Vy6odeuET3O5laQo+ZHu9TJOCQENVKh7jMzHcIqVt9gQvCwAY/uHrtWnWzxdeJ+ST8gp SDRIy351CkX8pE1cdDFuCxrPD/tI5/SKW8Iydb7prutX+EScXV+Ix88LsBDFuPHcvnzC wrrJ0W9zVQJZMuYhQ8c13tTl+Dj1iqQW0qo3nb+kyd2LgTzomZJSFZtJimwjbbVuY6Eg kSwkBB+X72MsRr2LQP3T5ijZiZYu6sYPNYjHhVN73wGO1ATU7iiyXvB/nNhJtmchjyI1 8OvQ== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d16-v6si127374pll.504.2018.03.13.06.23.27; Tue, 13 Mar 2018 06:23:42 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752681AbeCMNVt (ORCPT + 99 others); Tue, 13 Mar 2018 09:21:49 -0400 Received: from osg.samsung.com ([64.30.133.232]:56968 "EHLO osg.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752030AbeCMNVn (ORCPT ); Tue, 13 Mar 2018 09:21:43 -0400 Received: from localhost (localhost [127.0.0.1]) by osg.samsung.com (Postfix) with ESMTP id 228A020DAB; Tue, 13 Mar 2018 06:21:43 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at dev.s-opensource.com Received: from osg.samsung.com ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5PZRClCyk8sS; Tue, 13 Mar 2018 06:21:38 -0700 (PDT) Received: from vento.lan (unknown [179.95.29.70]) by osg.samsung.com (Postfix) with ESMTPSA id B13AD20DA1; Tue, 13 Mar 2018 06:21:36 -0700 (PDT) Date: Tue, 13 Mar 2018 10:21:33 -0300 From: Mauro Carvalho Chehab To: "Gustavo A. R. Silva" Cc: Borislav Petkov , linux-edac@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] EDAC, sb_edac: Remove VLA usage Message-ID: <20180313102133.7e505e2b@vento.lan> In-Reply-To: <20180313112034.GA28234@embeddedgus> References: <20180313112034.GA28234@embeddedgus> Organization: Samsung X-Mailer: Claws Mail 3.15.1-dirty (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Tue, 13 Mar 2018 06:20:34 -0500 "Gustavo A. R. Silva" escreveu: > In preparation to enabling -Wvla, remove VLA and replace it > with a fixed-length array instead. > > Fixed as part of the directive to remove all VLAs from > the kernel: https://lkml.org/lkml/2018/3/7/621 > > Signed-off-by: Gustavo A. R. Silva > --- > Changes in v2: > - Use macro max_t to compute the max of all three array sizes. > This change is based on Borislav's feedback. > > drivers/edac/sb_edac.c | 6 +++++- > 1 file changed, 5 insertions(+), 1 deletion(-) > > diff --git a/drivers/edac/sb_edac.c b/drivers/edac/sb_edac.c > index 8721002..196b012 100644 > --- a/drivers/edac/sb_edac.c > +++ b/drivers/edac/sb_edac.c > @@ -110,6 +110,10 @@ static const u32 knl_interleave_list[] = { > 0xdc, 0xe4, 0xec, 0xf4, 0xfc, /* 15-19 */ > 0x104, 0x10c, 0x114, 0x11c, /* 20-23 */ > }; > +#define MAX_INTERLEAVE (max_t(unsigned int, ARRAY_SIZE(sbridge_interleave_list),\ > + max_t(unsigned int, ARRAY_SIZE(ibridge_interleave_list),\ > + ARRAY_SIZE(knl_interleave_list)))) > + In order to avoid too long lines, it would be better to do it as: #define MAX_INTERLEAVE \ (max_t(unsigned int, ARRAY_SIZE(sbridge_interleave_list), \ max_t(unsigned int, ARRAY_SIZE(ibridge_interleave_list), \ ARRAY_SIZE(knl_interleave_list)))) With that: Reviewed-by: Mauro Carvalho Chehab > > struct interleave_pkg { > unsigned char start; > @@ -1899,7 +1903,7 @@ static int get_memory_error_data(struct mem_ctl_info *mci, > int n_rir, n_sads, n_tads, sad_way, sck_xch; > int sad_interl, idx, base_ch; > int interleave_mode, shiftup = 0; > - unsigned sad_interleave[pvt->info.max_interleave]; > + unsigned int sad_interleave[MAX_INTERLEAVE]; > u32 reg, dram_rule; > u8 ch_way, sck_way, pkg, sad_ha = 0; > u32 tad_offset; Thanks, Mauro