Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp1098130yba; Sun, 31 Mar 2019 22:42:07 -0700 (PDT) X-Google-Smtp-Source: APXvYqxfdyTQZhqSr25U+6a6SkqhfaAv8bHO/GCxAaPjTFxjAwxs0pxzvMC4TGkbyWFzfO00zSjC X-Received: by 2002:a17:902:e912:: with SMTP id cs18mr62876930plb.130.1554097327829; Sun, 31 Mar 2019 22:42:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554097327; cv=none; d=google.com; s=arc-20160816; b=iqT/GVcNT+v6ZAto1rGvGRaFdY2AczXFRs9NoNjDy64r8P7iPZti9DzDsGVttLRcIc HqOpS4ecph/JAh0ExRAjsI9Bx3OUOQ1qoNMJVMUXiwwYoWI5Oscm1R2VUp7GgVK1q72Y Fnx+W2KhfO/entflBdJyMFeODa8gG7BOhdpDcl9fpwdE8fpuGoSmZxVCj73y9+T9t8xK hTcZJN4hWX6i+iBiV2hCG1W0SaMzO9/1FC6vGlV5NImM8oePxhnT/LvuNEZLZoJIq1jT WMGFamQnrcQCR6ybqHX2mQlM5rQDJEpPGIxFGJCrKq9du2VyLszSaqkoV0KBruEKkZL/ d8Bw== 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:dmarc-filter :dkim-signature:dkim-signature; bh=Xy9UMt6A/pj2wUQyc+hw/6fwAQg7mU31I791XMu/RUI=; b=ncs5JKJSRUYlqNa6WDFduuP9BcrlkxczeZ9vaPqGQTSgkbchFK0iU1zcHjyyKpaI1q gPUJ7HoNI2DTOX8ulDRYMeC1UowbTBwszul+I7IC907weV8xBpwsp7tPagIRXjpKmU/W aLqr2maYDKFPKCLhq8AlIkgXQUA/EQRgjSx+To3kxqDtfwRFCXoazhcwpBLZrf7HMh9Z 4qUx39cVXifwcNrNCh6vUxwF19nMhaTad/fC/pT3TaImX5vGPB0GrtYNSzvmHn2id+zF RHWpQ1fC07OZIzAn/cjdzYrb4GwKlXrUonZjQHc5kAT4e+F0KT7KJ2f930ABV4yD5HPe 2Ifg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=WxdSXCmX; dkim=pass header.i=@codeaurora.org header.s=default header.b=WxdSXCmX; 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 e11si8627112plb.140.2019.03.31.22.41.51; Sun, 31 Mar 2019 22:42:07 -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; dkim=pass header.i=@codeaurora.org header.s=default header.b=WxdSXCmX; dkim=pass header.i=@codeaurora.org header.s=default header.b=WxdSXCmX; 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 S1726829AbfDAFlR (ORCPT + 99 others); Mon, 1 Apr 2019 01:41:17 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:52104 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725860AbfDAFlQ (ORCPT ); Mon, 1 Apr 2019 01:41:16 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id C47D960735; Mon, 1 Apr 2019 05:41:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1554097275; bh=sLPbQvILrcDdwZKDfDWZmEmbWXS3Eem6YkX4Kb3drt4=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=WxdSXCmXL9chms11xm8WPD6Fp9THbW6WfiwzCl24gIctsOqE6GFTGZT6JqXClfgQL ODz8TxJ2sxYyRAR7jtN81bfdbNLjOaIvlpE8jUx5LdobgkogrZcdYd5RjjUzK1oeNd RT+GYKXLlqmYpUuHCshsHp/OFUVMhB/cKUxl10sk= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.7 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_INVALID,DKIM_SIGNED autolearn=no autolearn_force=no version=3.4.0 Received: from [10.204.79.83] (blr-c-bdr-fw-01_globalnat_allzones-outside.qualcomm.com [103.229.19.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mojha@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id 5B709602F2; Mon, 1 Apr 2019 05:41:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1554097275; bh=sLPbQvILrcDdwZKDfDWZmEmbWXS3Eem6YkX4Kb3drt4=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=WxdSXCmXL9chms11xm8WPD6Fp9THbW6WfiwzCl24gIctsOqE6GFTGZT6JqXClfgQL ODz8TxJ2sxYyRAR7jtN81bfdbNLjOaIvlpE8jUx5LdobgkogrZcdYd5RjjUzK1oeNd RT+GYKXLlqmYpUuHCshsHp/OFUVMhB/cKUxl10sk= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 5B709602F2 Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=mojha@codeaurora.org Subject: Re: [PATCH] net: dsa: fix negative loop bound error on for loop To: Andrew Lunn Cc: Colin King , Vivien Didelot , Florian Fainelli , "David S . Miller" , netdev@vger.kernel.org, kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org References: <20190330214241.15311-1-colin.king@canonical.com> <3723042a-88db-fa87-02ec-4ff231bbaff2@codeaurora.org> <20190331143314.GA20636@lunn.ch> From: Mukesh Ojha Message-ID: <89dca6b7-5e4f-ff70-a986-0657675ee128@codeaurora.org> Date: Mon, 1 Apr 2019 11:11:08 +0530 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <20190331143314.GA20636@lunn.ch> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 3/31/2019 8:03 PM, Andrew Lunn wrote: > On Sun, Mar 31, 2019 at 03:25:47PM +0530, Mukesh Ojha wrote: >> On 3/31/2019 3:12 AM, Colin King wrote: >>> From: Colin Ian King >>> >>> Currently the for-loop using an unsigned int for the loop counter >>> which is problematic when comparing it to the signed int count >>> This is an issue because if the signed int is negative then >>> the negative loop bound is implicitly cast to an unsigned int on >>> the comparison to loop counter i and will yield a very large value, >>> eventually causing an error when memmove/memcpy'ing outside the >>> allocated region pointed to by ndata. >>> >>> Fix this by simply making the loop counter i a signed int; >>> >>> Fixes: f2f2356685bc ("net: dsa: move master ethtool code") >>> Signed-off-by: Colin Ian King >>> --- >>> net/dsa/master.c | 3 +-- >>> 1 file changed, 1 insertion(+), 2 deletions(-) >>> >>> diff --git a/net/dsa/master.c b/net/dsa/master.c >>> index c58f33931be1..1b659647a303 100644 >>> --- a/net/dsa/master.c >>> +++ b/net/dsa/master.c >>> @@ -87,8 +87,7 @@ static void dsa_master_get_strings(struct net_device *dev, uint32_t stringset, >>> struct dsa_switch *ds = cpu_dp->ds; >>> int port = cpu_dp->index; >>> int len = ETH_GSTRING_LEN; >>> - int mcount = 0, count; >>> - unsigned int i; >>> + int mcount = 0, count, i; >> This looks fine but why the return value checking for the negative will not >> be good here ? >>  count = ds->ops->get_sset_count(ds, port, stringset); > Hi Mukesh > > Is there a return value check for negative? Just checked looks like dsa_master_get_sset_count can never return -ve value . Colin, do we really get this situation in any scenario ? Thanks. Mukesh Mukesh > > Andrew