Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp1665629pxb; Fri, 20 Nov 2020 15:55:34 -0800 (PST) X-Google-Smtp-Source: ABdhPJxgde44eiurjRE1kW7elziSJ+Dq9T4TbiraqG6+pYQJ3xZK97iJmT20q1F3FaAku41gSp9c X-Received: by 2002:a50:99da:: with SMTP id n26mr5813009edb.284.1605916534134; Fri, 20 Nov 2020 15:55:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605916534; cv=none; d=google.com; s=arc-20160816; b=sUwJym9Cdc5q97y+dKQecp77vwqZ64qbH45qGDvggieXCQBI0sBf+Kcz7c+6vWDM29 5USzPJ+y3Lg6n8bNav06wl+wV+CFzIxkA4UJvPnKhiLnZaPEfnJUUnqVN+UbHq0SFZ5K guq6sWhhVp/zXucAHVUjDdPAeuyZtj+D1StVAPsadK5pj+U4WfUE4zvmadsoWWQVSPle oOQoWSR3w6TPyiFrawNRyro+eExLppr1GKA73hYaYDwIpXDoNe7vXYPf9lKUBAcJ/ApA PG05lh6WU2wxJpAd08hzvSJOhFJuvaYh+kQANGMOJjEHjlUZXaLqi7NcxebtjJbJphmm DD/Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=Cp0xFNonaU/LbOHRGPZy/6P1FeQGvKyeZNwwlfPsWtc=; b=i00vICGwZ5ZHqwH6r/omwaOBAVh0P//wCoaaFe2Pw7UJm9193RfEmBZH9tXDd5zSLD gNxoPG2rbybBsM5/isMwKmSaL7vVGo3FcwwBgLZzTPVamabUJCpw9+WygeZyY6qola60 7AIyWY8ZDSETLNdzQdbzaIsmI3H0C6Hwg8DoDqofgQweuv3HUXZIuxvSGXcYZ71qG/bH OBYo+0Ndk5xF1sUdJiIfQYXggvC0T6+j5YX7IyzG/eisSarH/Wb5ntYXSsn/K1OCIP3i 23SHGf9lrkzg7ffNcDyFk4+Tr3ZePlJf61xLTj4w6hkVp/PBfBVoo8CYX0TEmcp+J0Lc vFGw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m13si3123430edi.374.2020.11.20.15.55.10; Fri, 20 Nov 2020 15:55:34 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728437AbgKTXwU (ORCPT + 99 others); Fri, 20 Nov 2020 18:52:20 -0500 Received: from static-71-183-126-102.nycmny.fios.verizon.net ([71.183.126.102]:58288 "EHLO chicken.badula.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726426AbgKTXwT (ORCPT ); Fri, 20 Nov 2020 18:52:19 -0500 X-Greylist: delayed 594 seconds by postgrey-1.27 at vger.kernel.org; Fri, 20 Nov 2020 18:52:19 EST Received: from chicken.badula.org (localhost [127.0.0.1]) by chicken.badula.org (8.14.4/8.14.4) with ESMTP id 0AKNgIfo024926 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 20 Nov 2020 18:42:24 -0500 Received: (from defang@localhost) by chicken.badula.org (8.14.4/8.14.4/Submit) id 0AKNf4Pt024904; Fri, 20 Nov 2020 18:41:04 -0500 X-Authentication-Warning: chicken.badula.org: defang set sender to using -f Received: from moisil.badula.org (pool-71-187-225-100.nwrknj.fios.verizon.net [71.187.225.100]) by chicken.badula.org (envelope-sender ) (MIMEDefang) with ESMTP id 0AKNf3lq024894; Fri, 20 Nov 2020 18:41:04 -0500 Subject: Re: [PATCH] net: adaptec: remove dead code in set_vlan_mode To: Jakub Kicinski , xiakaixu1987@gmail.com Cc: leon@kernel.org, davem@davemloft.net, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Kaixu Xia , Arnd Bergmann References: <1605858600-7096-1-git-send-email-kaixuxia@tencent.com> <20201120151714.0cc2f00b@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> From: Ion Badulescu Message-ID: Date: Fri, 20 Nov 2020 18:41:03 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <20201120151714.0cc2f00b@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on chicken.badula.org X-Spam-Level: X-Spam-Language: en X-Spam-Status: No, score=0.122 required=5 tests=AWL=0.639,BAYES_00=-1.9,KHOP_HELO_FCRDNS=0.399,NICE_REPLY_A=-0.001,PDS_RDNS_DYNAMIC_FP=0.001,RDNS_DYNAMIC=0.982,SPF_FAIL=0.001,URIBL_BLOCKED=0.001 X-Scanned-By: MIMEDefang 2.84 on 71.183.126.100 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/20/20 6:17 PM, Jakub Kicinski wrote: > On Fri, 20 Nov 2020 15:50:00 +0800 xiakaixu1987@gmail.com wrote: >> From: Kaixu Xia >> >> The body of the if statement can be executed only when the variable >> vlan_count equals to 32, so the condition of the while statement can >> not be true and the while statement is dead code. Remove it. >> >> Reported-by: Tosk Robot >> Signed-off-by: Kaixu Xia >> --- >> drivers/net/ethernet/adaptec/starfire.c | 9 ++------- >> 1 file changed, 2 insertions(+), 7 deletions(-) >> >> diff --git a/drivers/net/ethernet/adaptec/starfire.c b/drivers/net/ethernet/adaptec/starfire.c >> index 555299737b51..ad27a9fa5e95 100644 >> --- a/drivers/net/ethernet/adaptec/starfire.c >> +++ b/drivers/net/ethernet/adaptec/starfire.c >> @@ -1754,14 +1754,9 @@ static u32 set_vlan_mode(struct netdev_private *np) >> filter_addr += 16; >> vlan_count++; >> } >> - if (vlan_count == 32) { >> + if (vlan_count == 32) >> ret |= PerfectFilterVlan; >> - while (vlan_count < 32) { >> - writew(0, filter_addr); >> - filter_addr += 16; >> - vlan_count++; >> - } >> - } >> + >> return ret; >> } >> #endif /* VLAN_SUPPORT */ > > This got broken back in 2011: > > commit 5da96be53a16a62488316810d0c7c5d58ce3ee4f > Author: Jiri Pirko > Date: Wed Jul 20 04:54:31 2011 +0000 > > starfire: do vlan cleanup > > - unify vlan and nonvlan rx path > - kill np->vlgrp and netdev_vlan_rx_register > > Signed-off-by: Jiri Pirko > Signed-off-by: David S. Miller > > The comparison to 32 was on a different variable before that change. > > Ion, do you think anyone is still using this driver? > > Maybe it's time we put it in the history book (by which I mean remove > from the kernel). Frankly, no, I don't know of any users, and that unfortunately includes myself. I still have two cards in my stash, but they're 64-bit PCI-X, so plugging them in would likely require taking a dremel to a 32-bit PCI slot to make it open-ended. (They do work in a 32-bit slot.) Anyway, that filter code could use some fixing in other regards. So either we fix it properly (which I can submit a patch for), or clean it out for good. -Ion