Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp631236pxk; Wed, 16 Sep 2020 12:46:25 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw4msorSBrNUvb1vSZNM4I0fJrc/AN50Ge+njbGvqp1qa4Ql/opCeaGV0auwf4naxBbUeFo X-Received: by 2002:aa7:c896:: with SMTP id p22mr28987429eds.382.1600285585334; Wed, 16 Sep 2020 12:46:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600285585; cv=none; d=google.com; s=arc-20160816; b=xOBusVk+hQuzTPkgrGFavNuteQ5AnczYEckUt0VwSDvi4BSjmznasNZJqR42g8ozwj 69rHBASdzbxRxf25UH+3wTBZ4gIl6cKmW3E/CXa756Cmu+MjywQN0mVhuSfJFcBLnYTM fBq6maNB1DZjvvjOKRz4RP8wnaaxMagud2rIq5x3bJHLvpyYvu5zzWTTI9+c3nGJnErJ jCEPpBprD0R6SJBp/U81mjME+zSyXkatKigUbozKUqeVb2hw71pna82r30NpDn+KdQtu wiyiDO/qnrI5VIOaMHB/s1LHi41jV95GHgDHzApprO/RbfP78ebfJD0Nw1Yq6gqfgd5/ Wy3Q== 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:dkim-signature; bh=1Cyg0WIppUnNjtSQjb5xzehZs4xNIP5GmeGygQdn4yo=; b=pUhQXnSQlF4fXhUmuaz/QYY01FH20XGsSbkABtJ7c5vfYYrNtIGTLzC0f5J0mfqibH uGUV/f0fIVTKo8GciOgmq5Zia07R8wJbn0tiIpcu3wGWuErjKpdaZer4QfH1lbsV+10k h3NryDQfd5sWSGEP4Fx54czh7LDe0YdPE9dDMrwlc/ETkJYxWiUOHXwqwJQPNIAJqNn2 xBObrECLr2ducANUyTixleqxCT70CWn2RFD2fRNJxPZvHGDwC5LMthbGEweKfwd5KPC8 96PMiMKeZlVS5A22G2zfbNZJB4plCgSJsulmPs6L3IGXBLjBBSAwcZfo1pl8p8GLQAtZ L1oA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=rvPzgDuJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s24si13603132ejd.606.2020.09.16.12.46.02; Wed, 16 Sep 2020 12:46:25 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=rvPzgDuJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727364AbgIPTS0 (ORCPT + 99 others); Wed, 16 Sep 2020 15:18:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34114 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727265AbgIPRiI (ORCPT ); Wed, 16 Sep 2020 13:38:08 -0400 Received: from mail-wm1-x341.google.com (mail-wm1-x341.google.com [IPv6:2a00:1450:4864:20::341]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7721AC0258FA; Wed, 16 Sep 2020 09:59:14 -0700 (PDT) Received: by mail-wm1-x341.google.com with SMTP id l9so3790405wme.3; Wed, 16 Sep 2020 09:59:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=1Cyg0WIppUnNjtSQjb5xzehZs4xNIP5GmeGygQdn4yo=; b=rvPzgDuJ+cVuZ5Hx+9BQPemjI1Y70qzwAVVQEeYKOtQjKMFR6beZHS+KEszMZdFjO6 Aleit13kXaRzgU1wgxMoxMxGWKCrB/l/f5Kndr71xLi0+6371kqmSanFtiBKav6HRFe8 68ximSA9OCEKJyaTMWMDLe4CryacLImZ3zWePzp+1apJ71Ll641acOahO6yJZxZuafh2 cfiSAGzYMSdU/kZiLlES2qtE1EJ0ky+OjOm7JxgaGlgwndhkbiwUGGrNy8l7wVaK4vC7 zcwvAUCWEZxBhnaAToiGgGKO7FHAB2jb+2Q2+Jo5S042zN5PIagJXiUikIN2NMyK2wg8 gDag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=1Cyg0WIppUnNjtSQjb5xzehZs4xNIP5GmeGygQdn4yo=; b=lWMJrGeqxCUxzMsEXaRAGSqQOy+uVWhZecEWd7dC9xURyhCDjmgskVkPxf+NKvxPJj lZewqxxpbeizQdxAwq3uGesibQAYZml3uou4mIoPL5u5FdSH9jICNBHywyJgmH7xCQ/7 ajuD5rxjZ+EiylvvDYgoJdSUi1U226PSfStwHXtyr9R2wLV8tj4Jw9CSTN7D+IdJRs7p ftf8E/tIAGkC8k1F35Ey752Gcy34gBm3tgcoAfp7bZ+2sbo9mLj0joe5io+/yTYPApyS qihFgjOh4ChUsDiSpGMag+gwgqHfuJO8hNDEP3IiPOtKLFBQCSX8WGkuq8qwS5JJMODI 43fw== X-Gm-Message-State: AOAM532mIFJJVLD2Uf7Gg5MjPLlpVwUuwUB9Pb2m0ldbPuEatENMH2yE D2xsOdMbiYgljF+0nmSAL3w= X-Received: by 2002:a1c:7502:: with SMTP id o2mr5552050wmc.29.1600275553009; Wed, 16 Sep 2020 09:59:13 -0700 (PDT) Received: from [192.168.0.18] (cpc83661-brig20-2-0-cust443.3-3.cable.virginm.net. [82.28.105.188]) by smtp.gmail.com with ESMTPSA id s17sm35710235wrr.40.2020.09.16.09.59.12 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 16 Sep 2020 09:59:12 -0700 (PDT) Subject: Re: [PATCH] ath10k: sdio: remove reduntant check in for loop To: Saeed Mahameed Cc: "linux-wireless@vger.kernel.org" , "ath10k@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "kvalo@codeaurora.org" , "davem@davemloft.net" , "netdev@vger.kernel.org" , "kuba@kernel.org" References: <20200914191925.24192-1-alex.dewar90@gmail.com> From: Alex Dewar Message-ID: <57efff54-7aa4-8220-c705-1fdf35b0099e@gmail.com> Date: Wed, 16 Sep 2020 17:59:11 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.12.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-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [snip] > 'i' is only referenced once inside the loop to check boundary, > > the loop is actually iterating over cur_section, so i would make it > clear in the loop statement, e.g.: > Remove the break condition and the cur_section assignment at the end of > the loop and use the loop statement to do it for you > > for (; cur_section; cur_section = next_section) > > >> section_size = cur_section->end - cur_section->start; >> >> if (section_size <= 0) { >> @@ -2318,7 +2318,7 @@ static int >> ath10k_sdio_dump_memory_section(struct ath10k *ar, >> break; >> } >> >> - if ((i + 1) == mem_region->section_table.size) { > And for i you can just increment it inline: > if (++i == ...) Good suggestions! I've sent a v2 with these changes. > > >> + if (i == mem_region->section_table.size) { >> /* last section */ >> next_section = NULL; >> skip_size = 0;