Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Tue, 12 Nov 2019 19:52:30 -0800 (PST)
Message-Id: <20191112.195230.1255959947276169668.davem@davemloft.net>
To:     mschiffer@universe-factory.net
Cc:     netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
        roopa@cumulusnetworks.com, nikolay@cumulusnetworks.com
Subject: Re: [PATCH net-next v2 0/2] Implement get_link_ksettings for VXLAN
 and bridge
From:   David Miller <davem@davemloft.net>
In-Reply-To: <cover.1573591594.git.mschiffer@universe-factory.net>
References: <cover.1573591594.git.mschiffer@universe-factory.net>
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

From: Matthias Schiffer <mschiffer@universe-factory.net>
Date: Tue, 12 Nov 2019 22:12:23 +0100

> Mesh routing protocol batman-adv (in particular the new BATMAN_V algorithm)
> uses the link speed reported by get_link_ksettings to determine a path
> metric for wired links. In the mesh framework Gluon [1], we layer VXLAN
> and sometimes bridge interfaces on our Ethernet links.
> 
> These patches implement get_link_ksettings for these two interface types.
> While this is obviously not accurate for bridges with multiple active
> ports, it's much better than having no estimate at all (and in the
> particular setup of Gluon, bridges with a single port aren't completely
> uncommon).
> 
> [1] https://github.com/freifunk-gluon/gluon

Series applied, thanks.