Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp41499ybz; Tue, 21 Apr 2020 04:21:20 -0700 (PDT) X-Google-Smtp-Source: APiQypJqiRPoRW3Y4RWa3TcUxj2C2pa+EqS62KyHa1FACY8ebPXKfBCJCDJ8DVbQDYq8QZDeFfbQ X-Received: by 2002:a05:6402:1fc:: with SMTP id i28mr3920064edy.18.1587468080663; Tue, 21 Apr 2020 04:21:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587468080; cv=none; d=google.com; s=arc-20160816; b=vx/yWE05CO0+pkATw/Rlodxxemvcdm4/NcSlL8pm+wu6wXSlJUGEmW7dwcurjYCY4n SDaHIbFmedUN8FxuNfgkokeUrwWJhkVdjkqvTHzeOmlUbFlYodGcoKyU1xF3iu3iw2SE KUCSKwXfW59mA13G1PkF45MyidaKMfGoDjJV0bxQBy1KMXF5h/ezd7DiC0CKkDDNGpUp TI1+pE71hA9tNYofmbhucknHONySFeK/ZCoIPXZWqckVlW0/cXPmCVZ4MMRsDrZivh5m PVu9VVL02rqagmCUJneTChAF79da6Be6I6W3f0zcLtvSAUZgjLGnrH7sSOdaneWgGTJa aEJw== 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; bh=H5QNDKYtYk7D1XW2DTS4a2PnlUyhJ1FRZqy/QSweUVY=; b=o+CXrkMkFjD/5vAlmVJwfvgCX7Xj4SFzPMjywm+y63RU0RrAFdhNE96rEoWU/cE+So aAHE5JGOFkzhYsN083ZYp91yqkwBL0pCNKMcoTN/Q+FN9lFZ8nrd0B/jd9zPI/qvqan/ x0/TakvIKRRsnkhBmSvJr7pvbyAl2J33+havWr4Yz/LO+0fTMkm09mZuyFN0ARKGO03j OxhneAPGta43CN8VntxpkSWGXj21ord7HjCXb40yJENxdBYwn/gLOr7vBdesCr89kN91 aR7wslIrb69DM0vUlgfbRAImbqo08y1Kl4+jjT7FhYD8hIfUWgLoqmxSMbBc1yz+ecMb IMoQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-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 y4si1457301ejc.293.2020.04.21.04.20.48; Tue, 21 Apr 2020 04:21:20 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-crypto-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-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728597AbgDULUj (ORCPT + 99 others); Tue, 21 Apr 2020 07:20:39 -0400 Received: from cmccmta1.chinamobile.com ([221.176.66.79]:13042 "EHLO cmccmta1.chinamobile.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726691AbgDULUi (ORCPT ); Tue, 21 Apr 2020 07:20:38 -0400 Received: from spf.mail.chinamobile.com (unknown[172.16.121.11]) by rmmx-syy-dmz-app04-12004 (RichMail) with SMTP id 2ee45e9ed6f055e-ee89b; Tue, 21 Apr 2020 19:20:20 +0800 (CST) X-RM-TRANSID: 2ee45e9ed6f055e-ee89b X-RM-TagInfo: emlType=0 X-RM-SPAM-FLAG: 00000000 Received: from [172.20.146.166] (unknown[112.25.154.146]) by rmsmtp-syy-appsvr06-12006 (RichMail) with SMTP id 2ee65e9ed6f215c-ede35; Tue, 21 Apr 2020 19:20:20 +0800 (CST) X-RM-TRANSID: 2ee65e9ed6f215c-ede35 Subject: Re: [PATCH] crypto: Delete redundant variable definition To: Joe Perches , davem@davemloft.net, herbert@gondor.apana.org.au Cc: linux-crypto@vger.kernel.org, linux-kernel@vger.kernel.org, Shengju Zhang References: <20200419071245.3924-1-tangbin@cmss.chinamobile.com> From: Tang Bin Message-ID: <74fa3578-b62f-4618-4af1-d8105e561800@cmss.chinamobile.com> Date: Tue, 21 Apr 2020 19:22:20 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Sender: linux-crypto-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org Hi, Joe: On 2020/4/19 19:44, Joe Perches wrote: > On Sun, 2020-04-19 at 15:12 +0800, Tang Bin wrote: >> The variable "i" is redundant to be assigned a value >> of zero,because it's assigned in the for loop, so remove >> redundant one here. >> >> Signed-off-by: Shengju Zhang >> Signed-off-by: Tang Bin >> >> --- >> drivers/crypto/bcm/cipher.c | 1 - >> 1 file changed, 1 deletion(-) >> >> diff --git a/drivers/crypto/bcm/cipher.c b/drivers/crypto/bcm/cipher.c >> index c8b940854..5db23c18c 100644 >> --- a/drivers/crypto/bcm/cipher.c >> +++ b/drivers/crypto/bcm/cipher.c >> @@ -4724,7 +4724,6 @@ static int spu_dt_read(struct platform_device *pdev) >> spu->spu_type = matched_spu_type->type; >> spu->spu_subtype = matched_spu_type->subtype; >> >> - i = 0; >> for (i = 0; (i < MAX_SPUS) && ((spu_ctrl_regs = >> platform_get_resource(pdev, IORESOURCE_MEM, i)) != NULL); i++) { > Maybe the for loop could be simplified too by > moving the assignment inside the loop. > > Also, the %pe extension could be used. Sorry for the delay. Thank you for your advice, I was already thinking about optimizing this place. Thanks, Tang Bin >