Received: by 2002:a05:6a10:144:0:0:0:0 with SMTP id 4csp454384pxw; Fri, 8 Apr 2022 11:39:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyHN6EOEkEzMG5TlMxTr/gpipOlsq1CavO62/ggDXTKvHxJaxI7NN50SVxfoRO3E/XsCPIy X-Received: by 2002:a17:902:8ec8:b0:154:5ecb:eb05 with SMTP id x8-20020a1709028ec800b001545ecbeb05mr20544297plo.56.1649443167699; Fri, 08 Apr 2022 11:39:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649443167; cv=none; d=google.com; s=arc-20160816; b=OF6KBd6Y/PwY7Xp27QcyEiA3bRDuhuLVV0OWBZ3hm9NFBFLG/n4zkiJgJxHCzmxAfj /0UdAbjJUeG44HSQqdMI8S+S9gWUmLMpALgCOzxfJhbFdhG5LibH/qg0+Iz+sbZxtz5d Y1E9AKcuQ3AdKsCdV+4VW1PXOP0o9FclJIuY4dmfkBsE6OPAu8/KfVRtpjeOCGRC0ZQ8 tVrT6BDAzD1WuGZHDhiWjjh/NSMueoIT6A0aN7SNYk2Z+3tE2MTrSTk8iIpqTZMfTVnQ KJw6YD+X4YPMUnstJpfwcJzEz+FzLQbTY7tYK5bkls4l5FLNTtFH1ez5UAMkvgIKCKsq +6hA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=MdB4ANwvghcG4fkQozdLA8gRjmcacHbkquFwAsn8CRc=; b=ikek929LGBuI2h994XHTr/XxPiX5SQJaoBrqgu+uhTugOzt1ZhGVdRJ593bPc29lVt 6nfsHFcuBy3hXwBo2IlIiSpZXV4/msOhNgeYO5Mn9nzWCIBhFtxTCiWzhr0agTj9+Feh pHKZ6AHoYgVNEW5vPr8KMi4zE0h0VqPTjDvr7wWW5Riozg33yQZQiSv9kdy+fIDIRqUP zjTpqdRdeztAzingiMfWrNxsiNJ5Fs/Zk4CmMyWGqsIT92dvaOg0fMTXPut+XCSoop5o oKQP/FedIofjp+YIkA0tYT6nUpZ864pSJvZtFbV0Rl14NIJc/M/WqFgE7hMczOxVbCQB igLg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=DiZ9jvoK; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y6-20020a056a00180600b004fa3a8dff55si1844397pfa.12.2022.04.08.11.39.13; Fri, 08 Apr 2022 11:39:27 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=DiZ9jvoK; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S235751AbiDHMdL (ORCPT + 99 others); Fri, 8 Apr 2022 08:33:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39502 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231550AbiDHMdK (ORCPT ); Fri, 8 Apr 2022 08:33:10 -0400 Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B733F3150F; Fri, 8 Apr 2022 05:31:06 -0700 (PDT) Received: by mail-ed1-x533.google.com with SMTP id b15so9899513edn.4; Fri, 08 Apr 2022 05:31:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=MdB4ANwvghcG4fkQozdLA8gRjmcacHbkquFwAsn8CRc=; b=DiZ9jvoKF93GbRCqokSIJWSa1Cgz/AAF7qnZXRgs26kl2t5t/RnDVPs+M1q6PNMbRx HPeTZEHveI4zWPG8wAK5IGmRrvLHNXG7uhwya4CpBOWeDH6HVCFW4quBofsxSwCaYHsU zGUq+ETYq/9PuZF0oCFJPBVyL0du9IY5LGiM6mPebPK8DLte4lamuL//mpS90Qto0ldD bwIMw4MHHNRsImr51cp2Jsw4tTJnDoQ0ekoCIeoYZHigcEhcfJXSW3qDVnSDy5l8UrO4 XKqBOGz8DWnUVdEtAxFi7bNJP6Y+xFAmLkn9uGSZWeA9A7r7vXseb56pXiLvAHR2+ZeK HXfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=MdB4ANwvghcG4fkQozdLA8gRjmcacHbkquFwAsn8CRc=; b=43r9lW3aFBEr3qE8u3XAo24WXdPhjOXjAL9jHeYS6KZ6QPKCA+bN1WjPHNM6PGr1Pe egbht8reXQWmuOIgRWk21+/Q/+i5Lgj+6rfcRPt80b5BDaKqJjJUgNMGQ4zNYv7slcK6 2by29e4YUN2Df1ScpybE4jD9OPFjeUM/rDqUBiDz435EWI49pnQn/PWRMI0hiH1QduMz dr6y8GDSWVsPRPv3m7MiXR2gKXjGNkjNY6V4mH0x2ejPM/C8YJlWuIS2hKB7ZXoVA5Sv UlavebiDIExMvTMdaGokiTOTIru+cQxGhq44kkO4uMYDKP0mBIV7Kcsghu5EVSkwp8y3 SK+g== X-Gm-Message-State: AOAM53104aBbGSskAbEfUqvSE9KejXmnlnWfzuGsZ1Fii8W0XwiUZ/wi QDt9M5b6V9UxpWrXzpWjE+k= X-Received: by 2002:a05:6402:289f:b0:41c:d9af:ce39 with SMTP id eg31-20020a056402289f00b0041cd9afce39mr19631558edb.415.1649421064812; Fri, 08 Apr 2022 05:31:04 -0700 (PDT) Received: from skbuf ([188.26.57.45]) by smtp.gmail.com with ESMTPSA id o22-20020a170906289600b006e44a0c1105sm8703503ejd.46.2022.04.08.05.31.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 08 Apr 2022 05:31:04 -0700 (PDT) Date: Fri, 8 Apr 2022 15:31:01 +0300 From: Vladimir Oltean To: Jakob Koschel Cc: "David S. Miller" , Jakub Kicinski , Paolo Abeni , Andrew Lunn , Vivien Didelot , Florian Fainelli , Lars Povlsen , Steen Hegelund , UNGLinuxDriver@microchip.com, Ariel Elior , Manish Chopra , Edward Cree , Martin Habets , Michael Ellerman , Benjamin Herrenschmidt , Paul Mackerras , Jiri Pirko , Casper Andersson , Bjarni Jonasson , Colin Ian King , Michael Walle , Christophe JAILLET , Arnd Bergmann , Eric Dumazet , Di Zhu , Xu Wang , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linuxppc-dev@lists.ozlabs.org, Mike Rapoport , Brian Johannesmeyer , Cristiano Giuffrida , "Bos, H.J." Subject: Re: [PATCH net-next 03/15] net: dsa: mv88e6xxx: Replace usage of found with dedicated iterator Message-ID: <20220408123101.p33jpynhqo67hebe@skbuf> References: <20220407102900.3086255-1-jakobkoschel@gmail.com> <20220407102900.3086255-4-jakobkoschel@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220407102900.3086255-4-jakobkoschel@gmail.com> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Jakob, On Thu, Apr 07, 2022 at 12:28:48PM +0200, Jakob Koschel wrote: > To move the list iterator variable into the list_for_each_entry_*() > macro in the future it should be avoided to use the list iterator > variable after the loop body. > > To *never* use the list iterator variable after the loop it was > concluded to use a separate iterator variable instead of a > found boolean [1]. > > This removes the need to use a found variable and simply checking if > the variable was set, can determine if the break/goto was hit. > > Link: https://lore.kernel.org/all/CAHk-=wgRr_D8CB-D9Kg-c=EHreAsk5SqXPwr9Y7k9sA6cWXJ6w@mail.gmail.com/ [1] > Signed-off-by: Jakob Koschel > --- > drivers/net/dsa/mv88e6xxx/chip.c | 21 ++++++++++----------- > 1 file changed, 10 insertions(+), 11 deletions(-) > > diff --git a/drivers/net/dsa/mv88e6xxx/chip.c b/drivers/net/dsa/mv88e6xxx/chip.c > index 64f4fdd02902..f254f537c357 100644 > --- a/drivers/net/dsa/mv88e6xxx/chip.c > +++ b/drivers/net/dsa/mv88e6xxx/chip.c > @@ -1381,28 +1381,27 @@ static int mv88e6xxx_set_mac_eee(struct dsa_switch *ds, int port, > /* Mask of the local ports allowed to receive frames from a given fabric port */ > static u16 mv88e6xxx_port_vlan(struct mv88e6xxx_chip *chip, int dev, int port) > { > + struct dsa_port *dp = NULL, *iter, *other_dp; > struct dsa_switch *ds = chip->ds; > struct dsa_switch_tree *dst = ds->dst; > - struct dsa_port *dp, *other_dp; > - bool found = false; > u16 pvlan; > > /* dev is a physical switch */ > if (dev <= dst->last_switch) { > - list_for_each_entry(dp, &dst->ports, list) { > - if (dp->ds->index == dev && dp->index == port) { > - /* dp might be a DSA link or a user port, so it > + list_for_each_entry(iter, &dst->ports, list) { > + if (iter->ds->index == dev && iter->index == port) { > + /* iter might be a DSA link or a user port, so it > * might or might not have a bridge. > - * Use the "found" variable for both cases. > + * Set the "dp" variable for both cases. > */ > - found = true; > + dp = iter; > break; > } > } > /* dev is a virtual bridge */ > } else { > - list_for_each_entry(dp, &dst->ports, list) { > - unsigned int bridge_num = dsa_port_bridge_num_get(dp); > + list_for_each_entry(iter, &dst->ports, list) { > + unsigned int bridge_num = dsa_port_bridge_num_get(iter); > > if (!bridge_num) > continue; > @@ -1410,13 +1409,13 @@ static u16 mv88e6xxx_port_vlan(struct mv88e6xxx_chip *chip, int dev, int port) > if (bridge_num + dst->last_switch != dev) > continue; > > - found = true; > + dp = iter; > break; > } > } > > /* Prevent frames from unknown switch or virtual bridge */ > - if (!found) > + if (!dp) > return 0; > > /* Frames from DSA links and CPU ports can egress any local port */ > -- > 2.25.1 > Let's try to not make convoluted code worse. Do the following 2 patches achieve what you are looking for? Originally I had a single patch (what is now 2/2) but I figured it would be cleaner to break out the unrelated change into what is now 1/2. If you want I can submit these changes separately. -----------------------------[ cut here ]----------------------------- From 2d84ecd87566b1535a04526b4ebb2764e764625f Mon Sep 17 00:00:00 2001 From: Vladimir Oltean Date: Fri, 8 Apr 2022 15:15:30 +0300 Subject: [PATCH 1/2] net: dsa: mv88e6xxx: remove redundant check in mv88e6xxx_port_vlan() We know that "dev > dst->last_switch" in the "else" block. In other words, that "dev - dst->last_switch" is > 0. dsa_port_bridge_num_get(dp) can be 0, but the check "if (bridge_num + dst->last_switch != dev) continue", rewritten as "if (bridge_num != dev - dst->last_switch) continue", aka "if (bridge_num != something which cannot be 0) continue", makes it redundant to have the extra "if (!bridge_num) continue" logic, since a bridge_num of zero would have been skipped anyway. Signed-off-by: Vladimir Oltean --- drivers/net/dsa/mv88e6xxx/chip.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/net/dsa/mv88e6xxx/chip.c b/drivers/net/dsa/mv88e6xxx/chip.c index 64f4fdd02902..b3aa0e5bc842 100644 --- a/drivers/net/dsa/mv88e6xxx/chip.c +++ b/drivers/net/dsa/mv88e6xxx/chip.c @@ -1404,9 +1404,6 @@ static u16 mv88e6xxx_port_vlan(struct mv88e6xxx_chip *chip, int dev, int port) list_for_each_entry(dp, &dst->ports, list) { unsigned int bridge_num = dsa_port_bridge_num_get(dp); - if (!bridge_num) - continue; - if (bridge_num + dst->last_switch != dev) continue; -----------------------------[ cut here ]----------------------------- -----------------------------[ cut here ]----------------------------- From dabafdbe38b408f7c563ad91fc6e57791055fed7 Mon Sep 17 00:00:00 2001 From: Vladimir Oltean Date: Fri, 8 Apr 2022 14:57:45 +0300 Subject: [PATCH 2/2] net: dsa: mv88e6xxx: refactor mv88e6xxx_port_vlan() To avoid bugs and speculative execution exploits due to type-confused pointers at the end of a list_for_each_entry() loop, one measure is to restrict code to not use the iterator variable outside the loop block. In the case of mv88e6xxx_port_vlan(), this isn't a problem, as we never let the loops exit through "natural causes" anyway, by using a "found" variable and then using the last "dp" iterator prior to the break, which is a safe thing to do. Nonetheless, with the expected new syntax, this pattern will no longer be possible. Profit off of the occasion and break the two port finding methods into smaller sub-functions. Somehow, returning a copy of the iterator pointer is still accepted. This change makes it redundant to have a "bool found", since the "dp" from mv88e6xxx_port_vlan() now holds NULL if we haven't found what we were looking for. Signed-off-by: Vladimir Oltean --- drivers/net/dsa/mv88e6xxx/chip.c | 54 ++++++++++++++++++-------------- 1 file changed, 31 insertions(+), 23 deletions(-) diff --git a/drivers/net/dsa/mv88e6xxx/chip.c b/drivers/net/dsa/mv88e6xxx/chip.c index b3aa0e5bc842..1f35e89053e6 100644 --- a/drivers/net/dsa/mv88e6xxx/chip.c +++ b/drivers/net/dsa/mv88e6xxx/chip.c @@ -1378,42 +1378,50 @@ static int mv88e6xxx_set_mac_eee(struct dsa_switch *ds, int port, return 0; } +static struct dsa_port *mv88e6xxx_find_port(struct dsa_switch_tree *dst, + int sw_index, int port) +{ + struct dsa_port *dp; + + list_for_each_entry(dp, &dst->ports, list) + if (dp->ds->index == sw_index && dp->index == port) + return dp; + + return NULL; +} + +static struct dsa_port * +mv88e6xxx_find_port_by_bridge_num(struct dsa_switch_tree *dst, + unsigned int bridge_num) +{ + struct dsa_port *dp; + + list_for_each_entry(dp, &dst->ports, list) + if (dsa_port_bridge_num_get(dp) == bridge_num) + return dp; + + return NULL; +} + /* Mask of the local ports allowed to receive frames from a given fabric port */ static u16 mv88e6xxx_port_vlan(struct mv88e6xxx_chip *chip, int dev, int port) { struct dsa_switch *ds = chip->ds; struct dsa_switch_tree *dst = ds->dst; struct dsa_port *dp, *other_dp; - bool found = false; u16 pvlan; - /* dev is a physical switch */ if (dev <= dst->last_switch) { - list_for_each_entry(dp, &dst->ports, list) { - if (dp->ds->index == dev && dp->index == port) { - /* dp might be a DSA link or a user port, so it - * might or might not have a bridge. - * Use the "found" variable for both cases. - */ - found = true; - break; - } - } - /* dev is a virtual bridge */ + /* dev is a physical switch */ + dp = mv88e6xxx_find_port(dst, dev, port); } else { - list_for_each_entry(dp, &dst->ports, list) { - unsigned int bridge_num = dsa_port_bridge_num_get(dp); - - if (bridge_num + dst->last_switch != dev) - continue; - - found = true; - break; - } + /* dev is a virtual bridge */ + dp = mv88e6xxx_find_port_by_bridge_num(dst, + dev - dst->last_switch); } /* Prevent frames from unknown switch or virtual bridge */ - if (!found) + if (!dp) return 0; /* Frames from DSA links and CPU ports can egress any local port */ -----------------------------[ cut here ]-----------------------------