Received: by 10.223.185.116 with SMTP id b49csp5594807wrg; Wed, 7 Mar 2018 14:41:44 -0800 (PST) X-Google-Smtp-Source: AG47ELu9zWBwOZWOA/4xCX8YQ/BXI5WC1QyGsT9cu/1qRMlvq8E/P65xnj58Uz1avY+GSb3P5zw7 X-Received: by 10.98.242.65 with SMTP id y1mr23648825pfl.232.1520462504601; Wed, 07 Mar 2018 14:41:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520462504; cv=none; d=google.com; s=arc-20160816; b=riDPGYldoCFy4dHdfp6sfaVTT0Or4JUcolbPdkBsD6Yp3aUV8BDpmqhdx5tzoB9JX2 Ynp7VEREibw8KPgcYNexHU1NFrkTbjPvvJ9T3zVA4r1U4aOsjh7dclCDJ6yyrtpo6Wl+ 5Z8HGSJnBc7Mb8wOzVbr0KEBhyPHU2+G4J9duOijvTbfI6jf5XGqHrn7r4S4SgdpI1V0 UJBghnY8ATJl2aKqHQMY+Iwlw+NdgAP5FGT6Y11rcc5+ANbJhTJjLFBnvm4MBG2/5S0O 08u1GPkEgwy/YTRSdP8rIQnblgPMeHpLHw4fKGyzTtcP5OXhirmPXw79MRkY5qEyQQb8 Oo0w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=CRpGckhzfcG2dvHWnoI9IOFTjRux7PAbp0eluE2uLUY=; b=HkfLfs/oTuyeYAo6EhAey817a2ifEDV/tfe0hdeQ5QQYtbneA+46h2dRctXZu+ui92 a3Dvud8JkXoCxzzHvXC5MOVE9nspq7yfgbbdH+d6krMPSyIE9ALHaAvHUMwq8++XPy6p IrpwRupeMnMYx07XfgmXT7p+YsbPP93Zq37bKeXcHkS9Np/Mv8GCCGXSYVH8+Ekf92tj DXUVufnMm+Qe+NRSHUHATl/r7mCI+yQ44LUZhIO4TTCg3HXMO4dUyRGYOLZ+7HY91FKU bG//ETuGrt5qocpvEuUAVCSdKh9ajtral0guz7+HArBD2++8qqxAfbWHroLxjQuEmjqA ouzg== 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 t14-v6si10494660plm.224.2018.03.07.14.41.30; Wed, 07 Mar 2018 14:41:44 -0800 (PST) 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 S934294AbeCGWkN (ORCPT + 99 others); Wed, 7 Mar 2018 17:40:13 -0500 Received: from gateway23.websitewelcome.com ([192.185.49.219]:39046 "EHLO gateway23.websitewelcome.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934240AbeCGWkM (ORCPT ); Wed, 7 Mar 2018 17:40:12 -0500 Received: from cm16.websitewelcome.com (cm16.websitewelcome.com [100.42.49.19]) by gateway23.websitewelcome.com (Postfix) with ESMTP id 93040B066 for ; Wed, 7 Mar 2018 16:40:11 -0600 (CST) Received: from gator4166.hostgator.com ([108.167.133.22]) by cmsmtp with SMTP id thjHetuyFz11gthjHeXb0x; Wed, 07 Mar 2018 16:40:11 -0600 Received: from 187-162-24-133.static.axtel.net ([187.162.24.133]:18934 helo=[192.168.3.98]) by gator4166.hostgator.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from ) id 1ethjF-000kL3-Tm; Wed, 07 Mar 2018 16:40:11 -0600 Subject: Re: [PATCH] rtc: remove VLA usage To: Alexandre Belloni , "Gustavo A. R. Silva" Cc: Alessandro Zummo , linux-rtc@vger.kernel.org, linux-kernel@vger.kernel.org References: <20180307201133.GA5860@embeddedgus> <20180307212506.GO3035@piout.net> From: "Gustavo A. R. Silva" Message-ID: <4b85f83a-cbf7-ffe7-ec92-03aeb7fbd958@embeddedor.com> Date: Wed, 7 Mar 2018 16:40:05 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180307212506.GO3035@piout.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator4166.hostgator.com X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - embeddedor.com X-BWhitelist: no X-Source-IP: 187.162.24.133 X-Source-L: No X-Exim-ID: 1ethjF-000kL3-Tm X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: 187-162-24-133.static.axtel.net ([192.168.3.98]) [187.162.24.133]:18934 X-Source-Auth: garsilva@embeddedor.com X-Email-Count: 8 X-Source-Cap: Z3V6aWRpbmU7Z3V6aWRpbmU7Z2F0b3I0MTY2Lmhvc3RnYXRvci5jb20= X-Local-Domain: yes Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Alexandre, On 03/07/2018 03:25 PM, Alexandre Belloni wrote: > On 07/03/2018 at 14:11:33 -0600, Gustavo A. R. Silva wrote: >> In preparation to enabling -Wvla, remove VLA and replace it >> with a fixed-length array instead. >> > You should probably explain what VLA is and why this is important to do. Sure. I can elaborate a little bit more. >> Signed-off-by: Gustavo A. R. Silva >> --- >> drivers/rtc/rtc-bq32k.c | 2 +- >> drivers/rtc/rtc-mcp795.c | 2 +- >> 2 files changed, 2 insertions(+), 2 deletions(-) >> >> diff --git a/drivers/rtc/rtc-bq32k.c b/drivers/rtc/rtc-bq32k.c >> index e8698e9..e4b234a 100644 >> --- a/drivers/rtc/rtc-bq32k.c >> +++ b/drivers/rtc/rtc-bq32k.c >> @@ -74,7 +74,7 @@ static int bq32k_read(struct device *dev, void *data, uint8_t off, uint8_t len) >> static int bq32k_write(struct device *dev, void *data, uint8_t off, uint8_t len) >> { >> struct i2c_client *client = to_i2c_client(dev); >> - uint8_t buffer[len + 1]; >> + uint8_t buffer[256]; >> > You chose to change len to 255, probably because this is a uint8_t but Correct. > this is way too much for this rtc, it only has 10 consecutive registers. In that case probably the best solution is to add the following line to the module: #define MAX_LEN 10 and update the rest of the code as follows: uint8_t buffer[MAX_LEN + 1]; >> buffer[0] = off; >> memcpy(&buffer[1], data, len); >> diff --git a/drivers/rtc/rtc-mcp795.c b/drivers/rtc/rtc-mcp795.c >> index 79e24ea..00e11c1 100644 >> --- a/drivers/rtc/rtc-mcp795.c >> +++ b/drivers/rtc/rtc-mcp795.c >> @@ -82,7 +82,7 @@ static int mcp795_rtcc_write(struct device *dev, u8 addr, u8 *data, u8 count) >> { >> struct spi_device *spi = to_spi_device(dev); >> int ret; >> - u8 tx[2 + count]; >> + u8 tx[257]; For this particular case it seems to me that the following works just fine: #define MAX_COUNT 7 u8 tx[MAX_COUNT + 2]; What do you think? Thanks for your feedback. -- Gustavo >> >> tx[0] = MCP795_WRITE; >> tx[1] = addr; >> -- >> 2.7.4 >>