From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 52F67C0650F for ; Tue, 30 Jul 2019 14:34:20 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 2616820657 for ; Tue, 30 Jul 2019 14:34:20 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (1024-bit key) header.d=lunn.ch header.i=@lunn.ch header.b="b0KlczLt" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731485AbfG3OeS (ORCPT ); Tue, 30 Jul 2019 10:34:18 -0400 Received: from vps0.lunn.ch ([185.16.172.187]:47936 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730484AbfG3OeN (ORCPT ); Tue, 30 Jul 2019 10:34:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=0W0+mRwLqmOfmgb+U09T1ELePqWxxs2khnaIID5pQgE=; b=b0KlczLt2Z1pkj5Zj0Mvo5i21d +HAHbbFYbXFpKPTJWXQmCP2UAmWm8z0keX1iaNubOR3Uo6eft1WySXrrJ9CvIyTEOlzs78zMNvfVS 3X1RmVB9G0dv299nrNfe/avRnp7UvYu2O+q0hL85TQNNYrUFWBagdFmyJyaEOUUmYF14=; Received: from andrew by vps0.lunn.ch with local (Exim 4.89) (envelope-from ) id 1hsTCS-00005y-3q; Tue, 30 Jul 2019 16:34:00 +0200 Date: Tue, 30 Jul 2019 16:34:00 +0200 From: Andrew Lunn To: "Allan W. Nielsen" Cc: Ido Schimmel , Nikolay Aleksandrov , Horatiu Vultur , roopa@cumulusnetworks.com, davem@davemloft.net, bridge@lists.linux-foundation.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] net: bridge: Allow bridge to joing multicast groups Message-ID: <20190730143400.GO28552@lunn.ch> References: <20190729121409.wa47uelw5f6l4vs4@lx-anielsen.microsemi.net> <95315f9e-0d31-2d34-ba50-11e1bbc1465c@cumulusnetworks.com> <20190729131420.tqukz55tz26jkg73@lx-anielsen.microsemi.net> <3cc69103-d194-2eca-e7dd-e2fa6a730223@cumulusnetworks.com> <20190729135205.oiuthcyesal4b4ct@lx-anielsen.microsemi.net> <20190729143508.tcyebbvleppa242d@lx-anielsen.microsemi.net> <20190729175136.GA28572@splinter> <20190730062721.p4vrxo5sxbtulkrx@lx-anielsen.microsemi.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190730062721.p4vrxo5sxbtulkrx@lx-anielsen.microsemi.net> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Allan Just throwing out another idea.... The whole offloading story has been you use the hardware to accelerate what the Linux stack can already do. In this case, you want to accelerate Device Level Ring, DLR. But i've not yet seen a software implementation of DLR. Should we really be considering first adding DLR to the SW bridge? Make it an alternative to the STP code? Once we have a generic implementation we can then look at how it can be accelerated using switchdev. Andrew From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=0W0+mRwLqmOfmgb+U09T1ELePqWxxs2khnaIID5pQgE=; b=b0KlczLt2Z1pkj5Zj0Mvo5i21d +HAHbbFYbXFpKPTJWXQmCP2UAmWm8z0keX1iaNubOR3Uo6eft1WySXrrJ9CvIyTEOlzs78zMNvfVS 3X1RmVB9G0dv299nrNfe/avRnp7UvYu2O+q0hL85TQNNYrUFWBagdFmyJyaEOUUmYF14=; Date: Tue, 30 Jul 2019 16:34:00 +0200 From: Andrew Lunn Message-ID: <20190730143400.GO28552@lunn.ch> References: <20190729121409.wa47uelw5f6l4vs4@lx-anielsen.microsemi.net> <95315f9e-0d31-2d34-ba50-11e1bbc1465c@cumulusnetworks.com> <20190729131420.tqukz55tz26jkg73@lx-anielsen.microsemi.net> <3cc69103-d194-2eca-e7dd-e2fa6a730223@cumulusnetworks.com> <20190729135205.oiuthcyesal4b4ct@lx-anielsen.microsemi.net> <20190729143508.tcyebbvleppa242d@lx-anielsen.microsemi.net> <20190729175136.GA28572@splinter> <20190730062721.p4vrxo5sxbtulkrx@lx-anielsen.microsemi.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190730062721.p4vrxo5sxbtulkrx@lx-anielsen.microsemi.net> Subject: Re: [Bridge] [PATCH] net: bridge: Allow bridge to joing multicast groups List-Id: Linux Ethernet Bridging List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Allan W. Nielsen" Cc: Nikolay Aleksandrov , netdev@vger.kernel.org, roopa@cumulusnetworks.com, bridge@lists.linux-foundation.org, linux-kernel@vger.kernel.org, davem@davemloft.net, Ido Schimmel , Horatiu Vultur Hi Allan Just throwing out another idea.... The whole offloading story has been you use the hardware to accelerate what the Linux stack can already do. In this case, you want to accelerate Device Level Ring, DLR. But i've not yet seen a software implementation of DLR. Should we really be considering first adding DLR to the SW bridge? Make it an alternative to the STP code? Once we have a generic implementation we can then look at how it can be accelerated using switchdev. Andrew