Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp640464ybz; Fri, 24 Apr 2020 06:53:07 -0700 (PDT) X-Google-Smtp-Source: APiQypJuVtB9pGqzWiRf0l8WLUdem+QOhrKqCaa9nEoOmHSr4IyXOfsOsiUUEn5CuJsPyIj9ZDyU X-Received: by 2002:aa7:d689:: with SMTP id d9mr7511961edr.22.1587736386932; Fri, 24 Apr 2020 06:53:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587736386; cv=none; d=google.com; s=arc-20160816; b=FFZmrJgER9i/Xekj0nRShtmn4MmBHExnX/3mYrOFx02Akn6y3AU53xE1EyUzSexa4z CymMlIV3OB3sl5h4wnk0kK+40viuw4VhuhY7vUGD6SIMg+GqQT7yL1D8MubooMOSPFKl y+36QiJcJjHg4xfsSQffTNueYkWlwTQT2PigNdWaibPIFmyJaWJhLiVKS7CwbPJSNoaf Rzlhym6QnNvCkFj9gqY3HLnK7DsRzE29MnEwiv4VggTgB1X8EpCzy4rpcqFidRUEXprx 1xjpQAMxKlf0WCCRflzMMED71gLfdlBM+JsRJXid9uQ7VxNQLuEPQhCO4BEGctxh9Sdi or4A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:to:subject:dkim-signature; bh=sDwVLjRBMPWU6wEqJr0n/7TaaBKOSB8AM8QuUjXpRFg=; b=Gp/GteWd+maRx1xqOO/QIbfCC1tn2s+dYKt5nSE74jBESWp5egM+EZSi63ZC075eVz NvYz57dHy5u8CfdkXROk/23fQTVJSbsaz/sRpT9Icx295RivOZ8Cp9l/3eB9GEOYirjG uoPvPhGOMYwdEkjIdGgkvcf6tMv5Ft4XrT7O9eXt8nsTLZDc8DbMNVPMHfcKfxA5s27+ WYUYTrdcT5919Q0UMuXOk2uATvV9F9HgypFp4J0l2s25savmgfTptUxzeaL6z8sW/yQu BGbBfUciZtHmCc2qnqYQFWtOQqBQHbGMNkffrK23qEilOWvGf3lNfTJNEl2ZACr/7rCw YoKw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@cumulusnetworks.com header.s=google header.b=PFmeDn82; 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=NONE dis=NONE) header.from=cumulusnetworks.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id cc27si3553135edb.544.2020.04.24.06.52.43; Fri, 24 Apr 2020 06:53:06 -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=@cumulusnetworks.com header.s=google header.b=PFmeDn82; 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=NONE dis=NONE) header.from=cumulusnetworks.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728336AbgDXNtR (ORCPT + 99 others); Fri, 24 Apr 2020 09:49:17 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36128 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726813AbgDXNtQ (ORCPT ); Fri, 24 Apr 2020 09:49:16 -0400 Received: from mail-lf1-x143.google.com (mail-lf1-x143.google.com [IPv6:2a00:1450:4864:20::143]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0AA31C09B045 for ; Fri, 24 Apr 2020 06:49:16 -0700 (PDT) Received: by mail-lf1-x143.google.com with SMTP id m2so7732978lfo.6 for ; Fri, 24 Apr 2020 06:49:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cumulusnetworks.com; s=google; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=sDwVLjRBMPWU6wEqJr0n/7TaaBKOSB8AM8QuUjXpRFg=; b=PFmeDn82LqDvfQ32uAq3qNbtzdFMdsCBiPHffUqPmJU35TDpn6p3vUhwu4z9ydA+1w bOCnHg07doepYRJy1qQfHA8PfJfz32xzpmPG8epQ8gKLESNSrZIpLVh1OGxeZrRzmyUs Akipi/z1KazdqSXjtV6JSC9rJJfEXqhyGF7Tw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=sDwVLjRBMPWU6wEqJr0n/7TaaBKOSB8AM8QuUjXpRFg=; b=QdNm21nE4RPm5sFwkL+dr9skSsgjOPnf8D3vAGISvjzJfx6yoJSxgYCw8Zmbt+rv99 zPAewbR8D+Vx4oYD3+5yCCW2KyMpE+AyXoFMkyGYH02AnKGm3zLrx5cTNuZPpSVBIBy+ 4X3R5yjRvRBF9sxKO93LXAUdFcf7SwwwpNwFiLIQ8+tNSRm5M0dHGrABAPZUYidBujS3 9wTEJs3soFHIKpl7Qn+++M91HN4rRLwlIV5kqBTAR4Q6kbcJH2kXulUZuweN/K+y8XE3 vUqqHAg4fZbbPpNdG5xmwgEzdYtlS5DZ2GxNUNo9uiHpU4yiQ3XiCDCTK2GgSgzyT2Aw hTZQ== X-Gm-Message-State: AGi0PuYlUbwP5D40vaZvcrvHZuWmItgBaXJUfung2bH1g+R5v3Fmmj34 UBpaSLs0MMJEcDWGi9AjnS6zGQ== X-Received: by 2002:ac2:5dcf:: with SMTP id x15mr6231405lfq.3.1587736154353; Fri, 24 Apr 2020 06:49:14 -0700 (PDT) Received: from [192.168.0.109] (84-238-136-197.ip.btc-net.bg. [84.238.136.197]) by smtp.gmail.com with ESMTPSA id b2sm4504085lfi.14.2020.04.24.06.49.12 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 24 Apr 2020 06:49:13 -0700 (PDT) Subject: Re: [PATCH net-next v3 10/11] bridge: mrp: Integrate MRP into the bridge To: Horatiu Vultur , davem@davemloft.net, jiri@resnulli.us, ivecera@redhat.com, kuba@kernel.org, roopa@cumulusnetworks.com, olteanv@gmail.com, andrew@lunn.ch, UNGLinuxDriver@microchip.com, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, bridge@lists.linux-foundation.org References: <20200422161833.1123-1-horatiu.vultur@microchip.com> <20200422161833.1123-11-horatiu.vultur@microchip.com> From: Nikolay Aleksandrov Message-ID: <4c2200b5-5173-eac3-1cf5-14538a0b5d71@cumulusnetworks.com> Date: Fri, 24 Apr 2020 16:49:09 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <20200422161833.1123-11-horatiu.vultur@microchip.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 22/04/2020 19:18, Horatiu Vultur wrote: > To integrate MRP into the bridge, the bridge needs to do the following: > - detect if the MRP frame was received on MRP ring port in that case it would be > processed otherwise just forward it as usual. > - enable parsing of MRP > - before whenever the bridge was set up, it would set all the ports in > forwarding state. Add an extra check to not set ports in forwarding state if > the port is an MRP ring port. The reason of this change is that if the MRP > instance initially sets the port in blocked state by setting the bridge up it > would overwrite this setting. > > Signed-off-by: Horatiu Vultur > --- > net/bridge/br_device.c | 3 +++ > net/bridge/br_if.c | 2 ++ > net/bridge/br_input.c | 3 +++ > net/bridge/br_netlink.c | 5 +++++ > net/bridge/br_private.h | 31 +++++++++++++++++++++++++++++++ > 5 files changed, 44 insertions(+) > Reviewed-by: Nikolay Aleksandrov