Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp825343pxb; Wed, 3 Nov 2021 13:03:28 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwMjJvkG11TNeR2AH4uU8HQ2sKGdgcKyjKlzbJHjUaiE0d6DTnk93VTjSNyNetx/WN0zkHb X-Received: by 2002:a17:907:3f27:: with SMTP id hq39mr53668941ejc.352.1635969807799; Wed, 03 Nov 2021 13:03:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635969807; cv=none; d=google.com; s=arc-20160816; b=ThK6+feqv/oMvHXBgGiI/ULqKsu2I3AjkXRfNxYlelGK990KanYLc0aJV7YFKaKXVc ucB1+0CFBl8wEB2f2dz5SjZYrJyZEheScX539kk3dH69dEZayphg9A4i7Ood+Dml5ST7 xGQt2a6jHEPh54qw/ojG2DtrbLp0/zhNHoSedkzrIfk156aQCX9R0F8rTFjfPSvwhE/O FYb3Sn89iKgy0xY0H9fpbs8bgV6wheD5LAn6q4tateNGtZ+XUVc74Z78Ew+MUZFJijRC nP1c2kgtNMtb2aV9cY/qplS+/r1IEaeLdLE0NjZ2INVSG79IWUhoRvtY5h8BpjCzC6Ak 9u0Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:mime-version:date :message-id; bh=oxO/j95Jk39QtIQ2edMoEBFPzT7WCXL0B7ShbGClyFw=; b=KJ364N4FUsxECB801GAuuwZiX2nKL2MjGXVPjKNAdeCU8o+7aTcdQ+/8Z8dgE3/Iag ttfIA5YmeHZO57ogNqBswjCgMICS/IVNSkjza8bcbxlUl8z1CS4L4qDWq6Mh55a8p2Vp JA6CgiU7z2gqE4NlouB66+gIKdGtIUr8AiabOtr6pgJ/g+5tDvnKMsYhxxputgg8SSX5 ZByiRPPapH4TJdXqs+vy0fi+au+BkuyJmEUF6PD4awhos8ZWsEEtBKnzAEc98/ldG6jL Vf0Mbi392XnUSVr49upEyV1FKXuZWpafPN48XVYG1rs5wW6vuk5C3i6ENde0E4f8m8Hj SHEw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-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 ce13si5754556edb.153.2021.11.03.13.03.02; Wed, 03 Nov 2021 13:03:27 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-wireless-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-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231288AbhKCUEe (ORCPT + 66 others); Wed, 3 Nov 2021 16:04:34 -0400 Received: from mout-p-102.mailbox.org ([80.241.56.152]:35478 "EHLO mout-p-102.mailbox.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230172AbhKCUEd (ORCPT ); Wed, 3 Nov 2021 16:04:33 -0400 Received: from smtp202.mailbox.org (smtp202.mailbox.org [IPv6:2001:67c:2050:105:465:1:4:0]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-102.mailbox.org (Postfix) with ESMTPS id 4HkyN33xfPzQjf7; Wed, 3 Nov 2021 21:01:55 +0100 (CET) X-Virus-Scanned: amavisd-new at heinlein-support.de Message-ID: <4a83c5d9-e501-e32b-f1da-ee60c6917b28@v0yd.nl> Date: Wed, 3 Nov 2021 21:01:49 +0100 MIME-Version: 1.0 Subject: Re: [PATCH v3 1/2] mwifiex: Use a define for firmware version string length Content-Language: en-US To: Brian Norris Cc: Amitkumar Karwar , Ganapathi Bhat , Xinming Hu , Kalle Valo , "David S. Miller" , Jakub Kicinski , Tsuchiya Yuto , linux-wireless@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Maximilian Luz , Andy Shevchenko , Bjorn Helgaas , =?UTF-8?Q?Pali_Roh=c3=a1r?= References: <20211103171055.16911-1-verdre@v0yd.nl> <20211103171055.16911-2-verdre@v0yd.nl> From: =?UTF-8?Q?Jonas_Dre=c3=9fler?= In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 461B81315 Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On 11/3/21 18:28, Brian Norris wrote: > On Wed, Nov 03, 2021 at 06:10:54PM +0100, Jonas Dreßler wrote: >> Since the version string we get from the firmware is always 128 >> characters long, use a define for this size instead of having the number >> 128 copied all over the place. >> >> Signed-off-by: Jonas Dreßler > > Thanks for this patch. For the series: > > Reviewed-by: Brian Norris > >> --- >> drivers/net/wireless/marvell/mwifiex/fw.h | 4 +++- >> drivers/net/wireless/marvell/mwifiex/main.h | 2 +- >> drivers/net/wireless/marvell/mwifiex/sta_cmdresp.c | 5 +++-- >> 3 files changed, 7 insertions(+), 4 deletions(-) >> >> diff --git a/drivers/net/wireless/marvell/mwifiex/fw.h b/drivers/net/wireless/marvell/mwifiex/fw.h >> index 2ff23ab259ab..63c25c69ed2b 100644 >> --- a/drivers/net/wireless/marvell/mwifiex/fw.h >> +++ b/drivers/net/wireless/marvell/mwifiex/fw.h >> @@ -2071,9 +2071,11 @@ struct mwifiex_ie_types_robust_coex { >> __le32 mode; >> } __packed; >> >> +#define MWIFIEX_VERSION_STR_LENGTH 128 >> + >> struct host_cmd_ds_version_ext { >> u8 version_str_sel; >> - char version_str[128]; >> + char version_str[MWIFIEX_VERSION_STR_LENGTH]; >> } __packed; >> >> struct host_cmd_ds_mgmt_frame_reg { >> diff --git a/drivers/net/wireless/marvell/mwifiex/main.h b/drivers/net/wireless/marvell/mwifiex/main.h >> index 90012cbcfd15..65609ea2327e 100644 >> --- a/drivers/net/wireless/marvell/mwifiex/main.h >> +++ b/drivers/net/wireless/marvell/mwifiex/main.h >> @@ -646,7 +646,7 @@ struct mwifiex_private { >> struct wireless_dev wdev; >> struct mwifiex_chan_freq_power cfp; >> u32 versionstrsel; >> - char version_str[128]; >> + char version_str[MWIFIEX_VERSION_STR_LENGTH]; >> #ifdef CONFIG_DEBUG_FS >> struct dentry *dfs_dev_dir; >> #endif >> diff --git a/drivers/net/wireless/marvell/mwifiex/sta_cmdresp.c b/drivers/net/wireless/marvell/mwifiex/sta_cmdresp.c >> index 6b5d35d9e69f..20b69a37f9e1 100644 >> --- a/drivers/net/wireless/marvell/mwifiex/sta_cmdresp.c >> +++ b/drivers/net/wireless/marvell/mwifiex/sta_cmdresp.c >> @@ -711,8 +711,9 @@ static int mwifiex_ret_ver_ext(struct mwifiex_private *priv, >> if (version_ext) { >> version_ext->version_str_sel = ver_ext->version_str_sel; >> memcpy(version_ext->version_str, ver_ext->version_str, >> - sizeof(char) * 128); >> - memcpy(priv->version_str, ver_ext->version_str, 128); >> + MWIFIEX_VERSION_STR_LENGTH); >> + memcpy(priv->version_str, ver_ext->version_str, >> + MWIFIEX_VERSION_STR_LENGTH); > > Not related to your patch, but this highlights that nobody is ensuring > this string is 0-terminated, and various other places (notably, *not* > your patch 2!) assume that it is. > > We should either fix those to use an snprintf()/length-restricted > variant, or else just force: > > priv->version_str[MWIFIEX_VERSION_STR_LENGTH - 1] = '\0'; > > here. Indeed, right now we just trust the firmware to make sure that's the case. Let me add another patch appending the '\0' to priv->version_str... > > But that's a separate issue/patch. I can cook one on top of your series > when it gets merged if you don't want to. > > Brian > >> } >> return 0; >> } >> -- >> 2.33.1 >>