Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1864876pxb; Wed, 10 Feb 2021 20:23:22 -0800 (PST) X-Google-Smtp-Source: ABdhPJwNugmYT7yX5x1CFaiMlP24UjA6Oq2zXjfHkzbU+45hGvBKyPA+zlwG45TNMs624qaSp3p+ X-Received: by 2002:a05:6402:50c6:: with SMTP id h6mr6276140edb.117.1613017402682; Wed, 10 Feb 2021 20:23:22 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613017402; cv=none; d=google.com; s=arc-20160816; b=xxjurWJsADJXEAnZ6GxUUYV/gDf2AEjr3yve2XAHBsu+jaiMimnOs7cW4hy4qfOAbO g0iPQnKNeRlTYkmMRprPwcpYsqY0utbtkt7AhF++81V3OeEglOjF3fBaAt84wfMLDpDt x+60M5JTUknBHFHNw7dg9eB+ELOl+a3KzKAWeJuPPLRF7opKQKZKUfGE723HkbLR4+ui ax4dR/b0h8zVUupuV2Bir8M0oRqZK5Eh2YDvuoAqEwDvLFiL+QNZazpqKt5DJjI0ebLO UopOvdme1S7AFRWbUAlLmDZMdr8gmv+VZQ+KhatuoRjVsB6vanYtVutjI5ZuB7fKPyyu P5rg== 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:dkim-signature; bh=ofWIvbul8lUQjDjEqyhG2qv/DpTdeTq9suCAukT4VnE=; b=x5xAIQjGYPm4Ak7joPg2KjDpMBl6B5WLVUnB5rrQJA9mvCZSV6ws2CaRMIIaiX2kEM yUcG7hy3aKKG4dgXsz1UGBWAIyCpJOxuiW+542es4sqboxZFsbl/SHCPUIKvTczK07Dk 78sDVzCdEYyGVhqAL1V0lMGCDQjut//Bfci3Men9Vkd2GT/IOQjK7IZbnap3Bfc70ua6 mPxS3o1z25qbG4Wr/cKaFBC0IOzRZnfG4Xkvp9TrIiHtkahzuxLEExm82tDrMTD9ITzM pNnbJ+Pxv1LDy6iQ4iyfMLjXvfzP1B+Xvh1onTzIZS9bx0p7x6IkSZr4ZBRKNe2cFbkG 9cdQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=cJkf+VIc; 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 d18si2886079ejd.342.2021.02.10.20.22.59; Wed, 10 Feb 2021 20:23:22 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=cJkf+VIc; 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 S229713AbhBKEVS (ORCPT + 99 others); Wed, 10 Feb 2021 23:21:18 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51292 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229699AbhBKEVG (ORCPT ); Wed, 10 Feb 2021 23:21:06 -0500 Received: from mail-pl1-x635.google.com (mail-pl1-x635.google.com [IPv6:2607:f8b0:4864:20::635]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 30E75C061574; Wed, 10 Feb 2021 20:20:26 -0800 (PST) Received: by mail-pl1-x635.google.com with SMTP id d13so2645050plg.0; Wed, 10 Feb 2021 20:20:26 -0800 (PST) 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-language:content-transfer-encoding; bh=ofWIvbul8lUQjDjEqyhG2qv/DpTdeTq9suCAukT4VnE=; b=cJkf+VIciLaXv1lixjdR8iXxDvJD4ZVrqUo9pLZZOczna0nt6lXw+gvOZNbOiFr9Ax xXLtvTJtKB5ICTmJeynxBdn39We/Qj+tzybWJLI+YpQpya8NbF7CEqhU7uDvPD9/+aOb X0MP9xdLMPmQZ1cdXlY2M8wEiztJgbsc+o3R1enU36K44psdbuPcp0FECGfnmjGLvkEl pbmJ/ca9FeGs5zLyGfHWDyiQ2R41jRN6favzNvY7kfjbXs7nx57QxGt5Mgrp1a/IBocm NkcfcU38GSec03drey6h7xPphlkEwIMZIn88AfGtDhxqRP3qliCqabex9N/PNUJs9bvl 9l8Q== 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-language :content-transfer-encoding; bh=ofWIvbul8lUQjDjEqyhG2qv/DpTdeTq9suCAukT4VnE=; b=LK7MAF56gcTYHmG9U9VDdUJMKYlNzcxhecNFu5Nau7DdctBPY0+fJWs8+UUKeT+rb2 8626HbSRRtv3N9iCCI91t9DNYNEFoj4dTMc/wE5f3G+6BYGMk0dY9OxmNgjliCNbPiib gjFNWdgj/3PMkDtK5FrkRP9KAq//6H+zuU2M3n0V2th2yPMnmHONuXcDTWjKjM4m/FEP 9JNyRjQbiv7WvcWR2sBvJ7VeZ9f/z2vlsfn7WIdk1dAdXRLNMd/uK9Jgdp7lEc44W+7l emDhvJbUj7CI5kkzez92/chx7Evwb+B59R4O/PjFtpN4b+tOX+AG0YpCWYi8LbFHOEJc QdGg== X-Gm-Message-State: AOAM530w/szf/FU96G24tdTjbNd2+rKXZ/VAuih91bxSO+MF4eDgWZpI MWd/WyU1RAPyBWcB7+w7pzySRQ3rfWM= X-Received: by 2002:a17:902:7847:b029:df:d889:252c with SMTP id e7-20020a1709027847b02900dfd889252cmr5985974pln.76.1613017225380; Wed, 10 Feb 2021 20:20:25 -0800 (PST) Received: from [10.230.29.30] ([192.19.223.252]) by smtp.gmail.com with ESMTPSA id 68sm3644935pfe.33.2021.02.10.20.20.22 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 10 Feb 2021 20:20:24 -0800 (PST) Subject: Re: [PATCH v3 net-next 10/11] net: mscc: ocelot: offload bridge port flags to device To: Vladimir Oltean , Jakub Kicinski , "David S. Miller" Cc: Andrew Lunn , Vivien Didelot , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, bridge@lists.linux-foundation.org, Roopa Prabhu , Nikolay Aleksandrov , Jiri Pirko , Ido Schimmel , Claudiu Manoil , Alexandre Belloni , UNGLinuxDriver@microchip.com, Vadym Kochan , Taras Chornyi , Grygorii Strashko , Ioana Ciornei , Ivan Vecera , linux-omap@vger.kernel.org References: <20210210091445.741269-1-olteanv@gmail.com> <20210210091445.741269-11-olteanv@gmail.com> From: Florian Fainelli Message-ID: Date: Wed, 10 Feb 2021 20:20:21 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <20210210091445.741269-11-olteanv@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2/10/2021 1:14 AM, Vladimir Oltean wrote: > From: Vladimir Oltean > > We should not be unconditionally enabling address learning, since doing > that is actively detrimential when a port is standalone and not offloading > a bridge. Namely, if a port in the switch is standalone and others are > offloading the bridge, then we could enter a situation where we learn an > address towards the standalone port, but the bridged ports could not > forward the packet there, because the CPU is the only path between the > standalone and the bridged ports. The solution of course is to not > enable address learning unless the bridge asks for it. > > We need to set up the initial port flags for no learning and flooding > everything, then the bridge takes over. The flood configuration was > already configured ok in ocelot_init, we just need to disable learning > in ocelot_init_port. > > Signed-off-by: Vladimir Oltean > Reviewed-by: Alexandre Belloni Reviewed-by: Florian Fainelli -- Florian