From: Roopa Prabhu
This patch avoids flooding and proxies arp packets
for BR_NEIGH_SUPPRESS ports.
Moves existing br_do_proxy_arp to br_do_proxy_suppress_arp
to support both proxy arp and neigh suppress.
Signed-off-by: Roopa Prabhu
---
net/bridge/br_arp_nd_proxy.c | 186
From: Roopa Prabhu
This series implements arp and nd suppression in the bridge
driver for ethernet vpns. It implements rfc7432, section 10
https://tools.ietf.org/html/rfc7432#section-10
for ethernet VPN deployments. It is similar to the existing
BR_ARP_PROXY flag but has a few semantic
From: Roopa Prabhu
This patch avoids flooding and proxies ndisc packets
for BR_NEIGH_SUPPRESS ports.
Signed-off-by: Roopa Prabhu
---
net/bridge/br_arp_nd_proxy.c | 246 +++
net/bridge/br_device.c | 11 ++
net/bridge/br_input.c| 10
On Wed, Oct 4, 2017 at 12:21 AM, Toshiaki Makita
wrote:
> On 2017/10/04 14:12, Roopa Prabhu wrote:
>> From: Roopa Prabhu
>>
>> This patch adds a new bridge port flag BR_NEIGH_SUPPRESS to
>> suppress arp and nd flood on bridge ports. It implements
>> rfc7432, sect
On Wed, Oct 4, 2017 at 3:52 PM, David Miller wrote:
> From: Roopa Prabhu
> Date: Tue, 3 Oct 2017 22:12:31 -0700
>
>> BR_ARP_PROXY flag but has a few semantic differences to conform
>
> This should be "BR_PROXYARP".
ack, will fix.
>
> Otherwise this ser
On Thu, Oct 5, 2017 at 11:30 AM, Jakub Kicinski wrote:
> On Fri, 28 Jul 2017 23:28:26 -0700, Roopa Prabhu wrote:
>> On Fri, Jul 28, 2017 at 9:46 AM, Jakub Kicinski wrote:
>> > On Fri, 28 Jul 2017 07:53:01 -0700, Roopa Prabhu wrote:
>> >> On Thu, Jul 27, 2017 at
From: Roopa Prabhu
This series implements arp and nd suppression in the bridge
driver for ethernet vpns. It implements rfc7432, section 10
https://tools.ietf.org/html/rfc7432#section-10
for ethernet VPN deployments. It is similar to the existing
BR_PROXYARP* flags but has a few semantic
From: Roopa Prabhu
This patch avoids flooding and proxies ndisc packets
for BR_NEIGH_SUPPRESS ports.
Signed-off-by: Roopa Prabhu
---
net/bridge/br_arp_nd_proxy.c | 249 +++
net/bridge/br_device.c | 11 ++
net/bridge/br_input.c| 11
From: Roopa Prabhu
This patch avoids flooding and proxies arp packets
for BR_NEIGH_SUPPRESS ports.
Moves existing br_do_proxy_arp to br_do_proxy_suppress_arp
to support both proxy arp and neigh suppress.
Signed-off-by: Roopa Prabhu
---
net/bridge/br_arp_nd_proxy.c | 188
From: Roopa Prabhu
This patch adds a new bridge port flag BR_NEIGH_SUPPRESS to
suppress arp and nd flood on bridge ports. It implements
rfc7432, section 10.
https://tools.ietf.org/html/rfc7432#section-10
for ethernet VPN deployments. It is similar to the existing
BR_PROXYARP* flags but has a few
On Fri, Oct 6, 2017 at 11:34 AM, Roopa Prabhu wrote:
> From: Roopa Prabhu
>
> This series implements arp and nd suppression in the bridge
> driver for ethernet vpns. It implements rfc7432, section 10
> https://tools.ietf.org/html/rfc7432#section-10
> for ethernet VPN deployme
From: Roopa Prabhu
This patch adds a new bridge port flag BR_NEIGH_SUPPRESS to
suppress arp and nd flood on bridge ports. It implements
rfc7432, section 10.
https://tools.ietf.org/html/rfc7432#section-10
for ethernet VPN deployments. It is similar to the existing
BR_PROXYARP* flags but has a few
From: Roopa Prabhu
This series implements arp and nd suppression in the bridge
driver for ethernet vpns. It implements rfc7432, section 10
https://tools.ietf.org/html/rfc7432#section-10
for ethernet VPN deployments. It is similar to the existing
BR_PROXYARP* flags but has a few semantic
From: Roopa Prabhu
This patch avoids flooding and proxies arp packets
for BR_NEIGH_SUPPRESS ports.
Moves existing br_do_proxy_arp to br_do_proxy_suppress_arp
to support both proxy arp and neigh suppress.
Signed-off-by: Roopa Prabhu
---
net/bridge/br_arp_nd_proxy.c | 188
From: Roopa Prabhu
This patch avoids flooding and proxies ndisc packets
for BR_NEIGH_SUPPRESS ports.
Signed-off-by: Roopa Prabhu
---
net/bridge/br_arp_nd_proxy.c | 249 +++
net/bridge/br_device.c | 11 ++
net/bridge/br_input.c| 11
From: Roopa Prabhu
neigh suppression can be used to suppress arp and nd flood
to bridge ports. It maps to the recently added
kernel support for bridge port flag IFLA_BRPORT_NEIGH_SUPPRESS.
Signed-off-by: Roopa Prabhu
---
bridge/link.c| 13 +
ip/iplink_bridge_slave.c
On Thu, Oct 12, 2017 at 6:34 AM, Steve Lin wrote:
> Adds a devlink command for getting & setting device configuration
> parameters, and enumerates a bunch of those parameters as devlink
> attributes. Also introduces an attribute that can be set by a
> driver to indicate that the config change doe
On Thu, Oct 12, 2017 at 7:40 AM, Jiri Pirko wrote:
> Thu, Oct 12, 2017 at 04:35:10PM CEST, ro...@cumulusnetworks.com wrote:
>>On Thu, Oct 12, 2017 at 6:34 AM, Steve Lin wrote:
>>> Adds a devlink command for getting & setting device configuration
>>> parameters, and enumerates a bunch of those par
On Thu, Oct 12, 2017 at 7:45 AM, Steve Lin wrote:
> Hi Roopa,
>
> The attributes added in this patchset are not really the same type as
> ethtool - these are more device configuration type attributes. The
> speeds you saw, for example, affect the pre-OS [i.e. PXE boot time]
> c
On Thu, Oct 12, 2017 at 8:04 AM, Jiri Pirko wrote:
> Thu, Oct 12, 2017 at 04:46:24PM CEST, ro...@cumulusnetworks.com wrote:
>>On Thu, Oct 12, 2017 at 7:40 AM, Jiri Pirko wrote:
>>> Thu, Oct 12, 2017 at 04:35:10PM CEST, ro...@cumulusnetworks.com wrote:
On Thu, Oct 12, 2017 at 6:34 AM, Steve Li
On Thu, Oct 12, 2017 at 8:43 AM, Florian Fainelli wrote:
> On October 12, 2017 8:04:19 AM PDT, Jiri Pirko wrote:
>>Thu, Oct 12, 2017 at 04:46:24PM CEST, ro...@cumulusnetworks.com wrote:
>>>On Thu, Oct 12, 2017 at 7:40 AM, Jiri Pirko wrote:
Thu, Oct 12, 2017 at 04:35:10PM CEST, ro...@cumulus
On Thu, Oct 12, 2017 at 12:20 PM, Florian Fainelli wrote:
> On 10/12/2017 12:06 PM, David Miller wrote:
>> From: Florian Fainelli
>> Date: Thu, 12 Oct 2017 08:43:59 -0700
>>
>>> Once we move ethtool (or however we name its successor) over to
>>> netlink there is an opportunity for accessing objec
On Thu, Oct 12, 2017 at 2:45 PM, Ben Greear wrote:
> On 10/11/2017 01:49 PM, David Miller wrote:
>>
>> From: "John W. Linville"
>> Date: Wed, 11 Oct 2017 16:44:07 -0400
>>
>>> On Wed, Oct 11, 2017 at 09:51:56AM -0700, Ben Greear wrote:
I noticed today that setting some ethtool settings
On Fri, Oct 13, 2017 at 12:11 AM, Jiri Pirko wrote:
> Thu, Oct 12, 2017 at 11:53:56PM CEST, ro...@cumulusnetworks.com wrote:
>>On Thu, Oct 12, 2017 at 12:20 PM, Florian Fainelli
>>wrote:
>>> On 10/12/2017 12:06 PM, David Miller wrote:
From: Florian Fainelli
Date: Thu, 12 Oct 2017 08:4
On Fri, Sep 8, 2017 at 2:52 PM, Roman Mashak wrote:
> Signed-off-by: Roman Mashak
> ---
> bridge/link.c | 16 +---
> 1 file changed, 13 insertions(+), 3 deletions(-)
>
> diff --git a/bridge/link.c b/bridge/link.c
> index 60200f1..9e4206f 100644
> --- a/bridge/link.c
> +++ b/bridge/li
On Sat, Sep 9, 2017 at 10:23 AM, Jamal Hadi Salim wrote:
> On 17-09-09 12:24 PM, Roopa Prabhu wrote:
>>
>> On Fri, Sep 8, 2017 at 2:52 PM, Roman Mashak wrote:
>>>
>>> Signed-off-by: Roman Mashak
>>> ---
>>> bridge/link.c | 16 +++
On Sat, Sep 9, 2017 at 11:15 AM, Nikolay Aleksandrov
wrote:
> On 09/09/17 20:23, Jamal Hadi Salim wrote:
>> On 17-09-09 12:24 PM, Roopa Prabhu wrote:
>>> On Fri, Sep 8, 2017 at 2:52 PM, Roman Mashak wrote:
>>>> Signed-off-by: Roman Mashak
>>>> ---
>
On Thu, Sep 21, 2017 at 3:04 AM, Vincent Bernat wrote:
> ❦ 20 septembre 2017 16:21 -0700, Stephen Hemminger
> :
>
>> The one concern is that ports added or removed through ioctl should
>> cause same events as doing the same thing via netlink. Some users use
>> brctl (ioctl) and others use newer
On Thu, Sep 21, 2017 at 9:43 AM, David Ahern wrote:
> On 9/21/17 4:05 AM, Vincent Bernat wrote:
>> Currently, there is a difference in netlink events received when an
>> interface is modified through bridge ioctl() or through netlink. This
>> patch generates additional events when an interface is
On Thu, Sep 21, 2017 at 2:25 AM, Amine Kherbouche
wrote:
> This commit introduces the MPLSoGRE support (RFC 4023), using ip tunnel
> API.
>
> Encap:
> - Add a new iptunnel type mpls.
>
> Decap:
> - pull gre hdr and call mpls_forward().
>
> Signed-off-by: Amine Kherbouche
> ---
> include/net/
On Tue, Sep 26, 2017 at 2:22 AM, Amine Kherbouche
wrote:
> This commit introduces the MPLSoGRE support (RFC 4023), using ip tunnel
> API.
>
> Encap:
> - Add a new iptunnel type mpls.
> - Share tx path: gre type mpls loaded from skb->protocol.
>
> Decap:
> - pull gre hdr and call mpls_forward
On Tue, Sep 26, 2017 at 10:58 AM, Amine Kherbouche
wrote:
> Hi Roopa,
>
> Thanks for the feedback, I have just one question:
>
>
> On 09/26/2017 05:15 PM, Roopa Prabhu wrote:
>>>
>>> +static int ipgre_tunnel_encap_add_mpls_ops(void)
>>> > +
you had initially), you could do the below...
#if IS_ENABLED(CONFIG_MPLS)
mpls_gre_rcv()
{
/* real func */
}
#else
mpls_gre_rcv()
{
kfree_skb(skb)
return NET_RX_DROP
}
#endif
and the check in gre_rcv() reduces to
if (unlikely(tpi.proto == htons(ETH_P_MPLS_UC)))
return mpls_gre_rcv(skb, hdr_len);
Which looks much cleaner.
Other than that, looks great. pls add my Acked-by: Roopa Prabhu
to your next version.
thanks!
On Wed, Sep 27, 2017 at 9:08 AM, Amine Kherbouche
wrote:
>
>
> On 09/27/2017 05:36 PM, Roopa Prabhu wrote:
>>
>> Amine, one small nit here.., if you define mpls_gre_rcv in gre header
>> (like you had initially), you could do the below...
>>
>> #if
On Fri, Sep 29, 2017 at 3:11 PM, Nikolay Aleksandrov
wrote:
> On 30/09/17 00:51, Stephen Hemminger wrote:
>> On Sat, 30 Sep 2017 00:01:24 +0300
>> Nikolay Aleksandrov wrote:
>>
>>> On 29/09/17 18:14, Stephen Hemminger wrote:
On Wed, 27 Sep 2017 16:12:44 +0300
Nikolay Aleksandrov wrote:
From: Roopa Prabhu
Signed-off-by: Roopa Prabhu
---
net/core/lwtunnel.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/net/core/lwtunnel.c b/net/core/lwtunnel.c
index d9cb353..8693ff8 100644
--- a/net/core/lwtunnel.c
+++ b/net/core/lwtunnel.c
On Fri, Aug 4, 2017 at 3:25 PM, Andrew Lunn wrote:
> On Fri, Aug 04, 2017 at 03:23:37PM -0700, Roopa Prabhu wrote:
>> From: Roopa Prabhu
>>
>> Signed-off-by: Roopa Prabhu
>> ---
>> net/core/lwtunnel.c | 26 +-
>> 1 file
From: Roopa Prabhu
Signed-off-by: Roopa Prabhu
---
v2 - fixed a incorrect replace
net/core/lwtunnel.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/net/core/lwtunnel.c b/net/core/lwtunnel.c
index d9cb353..435f35f 100644
--- a/net/core
On Tue, Aug 8, 2017 at 6:15 AM, Arkadi Sharshevsky wrote:
> Drivers may require driver specific information during the init stage.
> For example, memory based shared resource which should be segmented for
> different ASIC processes, such as FDB and LPM lookups.
>
> The current mlxsw implementation
On Wed, Aug 9, 2017 at 4:43 AM, Arkadi Sharshevsky wrote:
>
>
> On 08/08/2017 07:08 PM, Roopa Prabhu wrote:
>> On Tue, Aug 8, 2017 at 6:15 AM, Arkadi Sharshevsky
>> wrote:
>>>
[snip]
>>> User Configuration
>>> --
>>> Suc
On Fri, Aug 11, 2017 at 5:34 AM, David Lamparter wrote:
> On Thu, Aug 10, 2017 at 10:28:36PM +0200, Amine Kherbouche wrote:
>> Mpls handler allows creation/deletion of mpls routes without using
>> rtnetlink. When an incoming mpls packet matches this route, the saved
>> function handler is called.
On Fri, Aug 11, 2017 at 5:55 AM, David Lamparter wrote:
> On Thu, Aug 10, 2017 at 10:28:37PM +0200, Amine Kherbouche wrote:
>> This commit introduces the support of VPLS virtual device, that allows
>> performing L2VPN multipoint to multipoint communication over MPLS PSN.
>>
>> VPLS device encap r
On Thu, Aug 10, 2017 at 2:16 PM, Girish Moodalbail
wrote:
> The kernel log is not where users expect error messages for netlink
> requests; as we have extended acks now, we can replace pr_debug() with
> NL_SET_ERR_MSG_ATTR().
>
> Signed-off-by: Matthias Schiffer
> Signed-off-by: Girish Moodalbail
On Fri, Aug 11, 2017 at 9:39 AM, Jiri Benc wrote:
> On Fri, 11 Aug 2017 09:19:34 -0700, Roopa Prabhu wrote:
>> > if (tb[IFLA_ADDRESS]) {
>> > if (nla_len(tb[IFLA_ADDRESS]) != ETH_ALEN) {
>> > - pr_debug("in
On Sat, Aug 12, 2017 at 6:40 AM, Amine Kherbouche
wrote:
>
>
> On 11/08/2017 17:14, Roopa Prabhu wrote:
>>
>> On Fri, Aug 11, 2017 at 5:55 AM, David Lamparter
>> wrote:
>>>
>>> On Thu, Aug 10, 2017 at 10:28:37PM +0200, Amine Kherbouche wrote:
>>
On Sat, Aug 12, 2017 at 6:35 AM, Amine Kherbouche
wrote:
>
>
> On 11/08/2017 16:37, Roopa Prabhu wrote:
>>
>> On Fri, Aug 11, 2017 at 5:34 AM, David Lamparter
>> wrote:
>>>
>>> On Thu, Aug 10, 2017 at 10:28:36PM +0200, Amine Kherbouche wrote:
>&
On Tue, Aug 15, 2017 at 5:05 AM, Florian Westphal wrote:
> idaifish wrote:
>> Syzkaller hit 'general protection fault in fib_dump_info' bug on
>> commit 4.13-rc5..
>
> CC Roopa
>
>> Guilty file: net/ipv4/fib_semantics.c
>>
>> kasan: GPF cou
From: Roopa Prabhu
Syzkaller hit 'general protection fault in fib_dump_info' bug on
commit 4.13-rc5..
Guilty file: net/ipv4/fib_semantics.c
kasan: GPF could be caused by NULL-ptr deref or user memory access
general protection fault: [#1] SMP KASAN
Modules linked in:
On Tue, Aug 15, 2017 at 7:56 PM, David Ahern wrote:
> On 8/15/17 8:50 PM, Roopa Prabhu wrote:
>> diff --git a/net/ipv4/route.c b/net/ipv4/route.c
>> index 7effa62..49a018f 100644
>> --- a/net/ipv4/route.c
>> +++ b/net/ipv4/route.c
>> @@ -2763,14 +2763,21 @@ st
On Tue, Aug 15, 2017 at 2:37 AM, David Lamparter wrote:
[snip]
> I think the reverse is the better option, removing the vpls device
> information and just going with the route table. My approach to this
> would be to add a new netlink route attribute "RTA_VPLS" which
> identifies the vpls devic
From: Roopa Prabhu
Syzkaller hit 'general protection fault in fib_dump_info' bug on
commit 4.13-rc5..
Guilty file: net/ipv4/fib_semantics.c
kasan: GPF could be caused by NULL-ptr deref or user memory access
general protection fault: [#1] SMP KASAN
Modules linked in:
CPU: 0 PID:
On Fri, Jul 21, 2017 at 11:42 AM, Cong Wang wrote:
> On Thu, Jul 20, 2017 at 8:23 AM, Hangbin Liu wrote:
>> 2017-07-20 23:06 GMT+08:00 Hangbin Liu :
+++ b/net/ipv6/route.c
@@ -3637,12 +3637,6 @@ static int inet6_rtm_getroute(struct sk_buff
*in_skb, struct nlmsghdr *nlh,
On Fri, Jul 21, 2017 at 2:53 PM, Roopa Prabhu wrote:
> On Fri, Jul 21, 2017 at 11:42 AM, Cong Wang wrote:
>> On Thu, Jul 20, 2017 at 8:23 AM, Hangbin Liu wrote:
>>> 2017-07-20 23:06 GMT+08:00 Hangbin Liu :
>>>>> +++ b/net/ipv6/route.c
>>>>> @@ -
nse
> to check the dst.error after get rt.
>
> Fixes: 18c3a61c4264 ("net: ipv6: RTM_GETROUTE: return matched fib...")
> Signed-off-by: Hangbin Liu
> ---
Acked-by: Roopa Prabhu
thanks.
On Wed, Jul 26, 2017 at 10:18 AM, David Ahern wrote:
> On 7/25/17 1:32 AM, Hangbin Liu wrote:
>> On Mon, Jul 24, 2017 at 09:28:07PM -0600, David Ahern wrote:
>>> On 7/24/17 6:08 PM, Hangbin Liu wrote:
That's why I think we should remove both rt->dst.error and ip6_null_entry
check in inet
On Wed, Jul 26, 2017 at 11:49 AM, David Ahern wrote:
> On 7/26/17 12:27 PM, Roopa Prabhu wrote:
>> agreed...so looks like the check in v3 should be
>>
>>
>> + if ( rt == net->ipv6.ip6_null_entry ||
>> +(rt->dst.error &am
On Wed, Jul 26, 2017 at 12:00 PM, David Ahern wrote:
> On 7/26/17 12:55 PM, Roopa Prabhu wrote:
>> On Wed, Jul 26, 2017 at 11:49 AM, David Ahern wrote:
>>> On 7/26/17 12:27 PM, Roopa Prabhu wrote:
>>>> agreed...so looks like the check in v3 should be
>>>&
t; unreachable 2004::/64 dev lo metric 1024 error -113 pref medium
>
> Fixes: 18c3a61c4264 ("net: ipv6: RTM_GETROUTE: return matched fib...")
> Signed-off-by: Hangbin Liu
> ---
Acked-by: Roopa Prabhu
From: Roopa Prabhu
Forward Error Correction (FEC) modes i.e Base-R
and Reed-Solomon modes are introduced in 25G/40G/100G standards
for providing good BER at high speeds. Various networking devices
which support 25G/40G/100G provides ability to manage supported FEC
modes and the lack of FEC
From: Casey Leedom
Signed-off-by: Casey Leedom
---
drivers/net/ethernet/chelsio/cxgb4/t4_hw.c | 152 ++---
1 file changed, 117 insertions(+), 35 deletions(-)
diff --git a/drivers/net/ethernet/chelsio/cxgb4/t4_hw.c
b/drivers/net/ethernet/chelsio/cxgb4/t4_hw.c
index db41
From: Casey Leedom
Signed-off-by: Casey Leedom
---
drivers/net/ethernet/chelsio/cxgb4/cxgb4_ethtool.c | 100 +
1 file changed, 100 insertions(+)
diff --git a/drivers/net/ethernet/chelsio/cxgb4/cxgb4_ethtool.c
b/drivers/net/ethernet/chelsio/cxgb4/cxgb4_ethtool.c
index 26eb0
FEC modes i.e. None (No FEC mode), RS, BaseR/FC
are defined so that users can configure these fec modes for supported
and advertising fields as part of link autonegotiation.
Signed-off-by: Vidya Sagar Ravipati
Signed-off-by: Dustin Byford
Signed-off-by: Roopa Prabhu
---
include/linux
On Thu, Jul 27, 2017 at 7:33 PM, Jakub Kicinski wrote:
> On Thu, 27 Jul 2017 16:47:25 -0700, Roopa Prabhu wrote:
>> From: Roopa Prabhu
>>
>> Forward Error Correction (FEC) modes i.e Base-R
>> and Reed-Solomon modes are introduced in 25G/40G/100G standards
>> for
On Fri, Jul 28, 2017 at 8:10 AM, David Ahern wrote:
> On 7/27/17 10:56 PM, Cong Wang wrote:
>> On Wed, Jul 26, 2017 at 11:49 AM, David Ahern wrote:
>>> On 7/26/17 12:27 PM, Roopa Prabhu wrote:
>>>> agreed...so looks like the check in v3 should be
>>>&
On Fri, Jul 28, 2017 at 10:39 AM, David Ahern wrote:
> On 7/28/17 11:13 AM, Roopa Prabhu wrote:
>> for fibmatch, my original intent was to return with an error code.
>> This is similar
>> to the ipv4 behavior. One option is to keep the check in there and put
>> the
On Fri, Jul 28, 2017 at 9:46 AM, Jakub Kicinski wrote:
> On Fri, 28 Jul 2017 07:53:01 -0700, Roopa Prabhu wrote:
>> On Thu, Jul 27, 2017 at 7:33 PM, Jakub Kicinski wrote:
>> > On Thu, 27 Jul 2017 16:47:25 -0700, Roopa Prabhu wrote:
>> >> From: Roopa Prabhu
>&g
On Fri, Jul 28, 2017 at 10:29 AM, Andrew Lunn wrote:
> On Fri, Jul 28, 2017 at 09:46:20AM -0700, Jakub Kicinski wrote:
>> On Fri, 28 Jul 2017 07:53:01 -0700, Roopa Prabhu wrote:
>> > On Thu, Jul 27, 2017 at 7:33 PM, Jakub Kicinski wrote:
>> > > On Thu, 27 Jul 201
On Mon, Jul 31, 2017 at 5:40 PM, Amritha Nambiar
wrote:
> The Mirred/redirect action is extended to accept a traffic
> class on the device in addition to the device's ifindex.
>
> Usage: mirred
>
> Example:
> # tc qdisc add dev eth0 ingress
>
> # tc filter add dev eth0 protocol ip parent :
From: Roopa Prabhu
Forward Error Correction (FEC) modes i.e Base-R
and Reed-Solomon modes are introduced in 25G/40G/100G standards
for providing good BER at high speeds. Various networking devices
which support 25G/40G/100G provides ability to manage supported FEC
modes and the lack of FEC
From: Casey Leedom
Signed-off-by: Casey Leedom
---
drivers/net/ethernet/chelsio/cxgb4/t4_hw.c | 152 ++---
1 file changed, 117 insertions(+), 35 deletions(-)
diff --git a/drivers/net/ethernet/chelsio/cxgb4/t4_hw.c
b/drivers/net/ethernet/chelsio/cxgb4/t4_hw.c
index d5e3
From: Vidya Sagar Ravipati
Forward Error Correction (FEC) modes i.e Base-R
and Reed-Solomon modes are introduced in 25G/40G/100G standards
for providing good BER at high speeds. Various networking devices
which support 25G/40G/100G provides ability to manage supported FEC
modes and the lack of FE
From: Casey Leedom
Signed-off-by: Casey Leedom
---
drivers/net/ethernet/chelsio/cxgb4/cxgb4_ethtool.c | 100 +
1 file changed, 100 insertions(+)
diff --git a/drivers/net/ethernet/chelsio/cxgb4/cxgb4_ethtool.c
b/drivers/net/ethernet/chelsio/cxgb4/cxgb4_ethtool.c
index e9bab
ned-off-by: Nikolay Aleksandrov
Signed-off-by: Roopa Prabhu
---
net/bridge/br_fdb.c | 28
1 file changed, 20 insertions(+), 8 deletions(-)
diff --git a/net/bridge/br_fdb.c b/net/bridge/br_fdb.c
index fef7872..a5e4a73 100644
--- a/net/bridge/br_fdb.c
+++ b/net/bridg
From: Roopa Prabhu
This patch adds RTM_GETROUTE doit handler for mpls routes.
Input:
RTA_DST - input label
RTA_NEWDST - labels in packet for multipath selection
By default the getroute handler returns matched
nexthop label, via and oif
With RTM_F_FIB_MATCH flag, full matched route is
returned
On Tue, Jul 4, 2017 at 7:18 AM, David Miller wrote:
>
> The MPLS code now needs it.
>
> Fixes: 397fc9e5cefe ("mpls: route get support")
> Signed-off-by: David S. Miller
> ---
Sorry david. Just saw this. It was a cut-copy-paste error.
It should be the below. I can also submit a patch. Thanks.
di
From: Roopa Prabhu
fix rtm policy name typo in mpls_getroute and also remove
export of rtm_ipv4_policy
Fixes: 397fc9e5cefe ("mpls: route get support")
Reported-by: David S. Miller
Signed-off-by: Roopa Prabhu
---
David, since the rtm_ipv4_policy export is not in net yet
and assumi
orted-by: João Taveira Araújo
Reported-by: Lennert Buytenhek
Acked-by: Roopa Prabhu
From: Roopa Prabhu
Fix the below warning generated by static checker:
net/mpls/af_mpls.c:2111 mpls_getroute()
error: uninitialized symbol 'in_label'."
Fixes: 397fc9e5cefe ("mpls: route get support")
Reported-by: Dan Carpenter
Signed-off-by: Roopa Prabhu
---
From: Roopa Prabhu
This patch extends route get to support mpls specific
route attributes like RTA_NEWDST.
Input:
RTA_DST - input label
RTA_NEWDST - labels in packet for multipath selection
By default the getroute handler returns matched
nexthop label, via and oif
With fibmatch keyword
",
"port": "swp2",
"grp": "239.0.0.2",
"state": "temp",
"vid": 1,
"timer": " 166.74"
},{
On Wed, Nov 15, 2017 at 10:13 PM, Toshiaki Makita
wrote:
> On 2017/11/16 13:54, Sarah Newman wrote:
>> On 11/15/2017 08:05 PM, Toshiaki Makita wrote:
>>> On 2017/11/16 11:25, Andrew Lunn wrote:
> Also what do the vendors using bridge for L2 offload to switch think?
The Marvell L2 swi
er vlan dst_metadata netlink support")
> Signed-off-by: Nikolay Aleksandrov
> ---
Acked-by: Roopa Prabhu
thanks
From: Roopa Prabhu
Signed-off-by: Roopa Prabhu
---
bridge/fdb.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/bridge/fdb.c b/bridge/fdb.c
index e5cebf9..081233a 100644
--- a/bridge/fdb.c
+++ b/bridge/fdb.c
@@ -204,6 +204,15 @@ int print_fdb(const struct sockaddr_nl *who, struct
From: Roopa Prabhu
This series adds the required options to iplink and bridge commands
to enable per vlan tunnel info on a bridge port provided by
netlink attributes IFLA_BRPORT_VLAN_TUNNEL (flag) and
IFLA_BRIDGE_VLAN_TUNNEL_INFO
enable vlan-tunnel mapping on a bridge port:
$ip link set dev
From: Roopa Prabhu
This patch uses kernel bridge vlan attribute
IFLA_BRIDGE_VLAN_TUNNEL_INFO to set/delete/show per vlan tunnel info.
$bridge vlan add dev vxlan0 vid 2000 tunnel_info id 2000
$bridge vlan add dev vxlan0 vid 1000-1001 tunnel_info id 2000-2001
$bridge vlan tunnelshow
portvlan
From: Roopa Prabhu
This config maps to IFLA_BRPORT_VLAN_TUNNEL bridge port netlink
flag attribute. This flag enables vlan to tunnel mapping on a bridge
port. It is off by default.
set vlan_tunnel attribute on bridge port vxlan0:
$ip link set dev vxlan0 type bridge_slave vlan_tunnel on
$ip link
From: Roopa Prabhu
This series adds the required options to iplink and bridge commands
to enable per vlan tunnel info on a bridge port provided by
netlink attributes IFLA_BRPORT_VLAN_TUNNEL (flag) and
IFLA_BRIDGE_VLAN_TUNNEL_INFO
enable vlan-tunnel mapping on a bridge port:
$ip link set dev
From: Roopa Prabhu
This config maps to IFLA_BRPORT_VLAN_TUNNEL bridge port netlink
flag attribute. This flag enables vlan to tunnel mapping on a bridge
port. It is off by default.
set vlan_tunnel attribute on bridge port vxlan0:
$ip link set dev vxlan0 type bridge_slave vlan_tunnel on
$ip link
From: Roopa Prabhu
This patch uses kernel bridge vlan attribute
IFLA_BRIDGE_VLAN_TUNNEL_INFO to set/delete/show per vlan tunnel info.
$bridge vlan add dev vxlan0 vid 2000 tunnel_info id 2000
$bridge vlan add dev vxlan0 vid 1000-1001 tunnel_info id 2000-2001
$bridge vlan tunnelshow
portvlan
On Mon, Oct 30, 2017 at 3:56 AM, Nikolay Aleksandrov
wrote:
> Add an entry for IFLA_BRPORT_NEIGH_SUPPRESS to bridge port policies.
>
> Fixes: 821f1b21cabb ("bridge: add new BR_NEIGH_SUPPRESS port flag to suppress
> arp and nd flood")
> Signed-off-by: Nikolay Aleksandrov
On Tue, Oct 31, 2017 at 6:42 AM, Алексей Болдырев
wrote:
> When will support for VPLS appear in Linux? 08/21/2017 David Lamparter has
> already sent these patches, but they are not in the kernel for some reason,
> not populi. Such question, when all the same these patches will get to a
> kernel
S support, I haven't wired that up to run against Linux / this
>> patchset yet.
>
> Same as before (API didn't change).
>
>> The patchset needs a lot of polishing (yes I left my TODO notes in the
>> commit messages), for now my primary concern is overall design
From: Roopa Prabhu
current switchdev drivers dont seem to support offloading fdb
entries pointing to the bridge device which have fdb->dst
not set to any port. This patch adds a NULL fdb->dst check in
the switchdev notifier code.
This patch fixes the below NULL ptr dereference:
$bridge f
From: Roopa Prabhu
Tracepoints to trace bridge forwarding database updates.
Signed-off-by: Roopa Prabhu
---
include/trace/events/bridge.h | 98 +++
net/bridge/br_fdb.c | 7
net/core/net-traces.c | 6 +++
3 files changed, 111
On Sun, Aug 27, 2017 at 7:11 PM, Florian Fainelli wrote:
> On 08/27/2017 02:33 PM, Roopa Prabhu wrote:
>> From: Roopa Prabhu
>>
>> Tracepoints to trace bridge forwarding database updates.
>
> Thanks for adding this!
>
>>
>> Signed-off-by: Roopa Prabhu
On Sun, Aug 27, 2017 at 7:11 PM, Florian Fainelli wrote:
> On 08/27/2017 02:33 PM, Roopa Prabhu wrote:
>> From: Roopa Prabhu
>>
>> Tracepoints to trace bridge forwarding database updates.
>
> Thanks for adding this!
>
>>
>> Signed-off-by: Roopa Prabhu
On Sat, Aug 26, 2017 at 10:04 AM, Ido Schimmel wrote:
> On Fri, Aug 25, 2017 at 01:26:07PM -0700, David Ahern wrote:
>> Jiri / Ido:
>>
>>
[snip]
>
> Regarding the silent abort, that's intentional. You can look at the same
> code in v4.9 - when the chain was still blocking - and you'll see that
> w
From: Roopa Prabhu
A few useful tracepoints to trace bridge forwarding
database updates.
Signed-off-by: Roopa Prabhu
---
v2 - address comments from Florian
include/trace/events/bridge.h | 98 +
net/bridge/br_fdb.c |7 +++
net/core/net
On Tue, Aug 29, 2017 at 6:36 AM, Andrew Lunn wrote:
> On Mon, Aug 28, 2017 at 09:22:48PM -0700, Roopa Prabhu wrote:
>> From: Roopa Prabhu
>>
>> A few useful tracepoints to trace bridge forwarding
>> database updates.
>
> Hi Roopa
>
> Once accepted, it would
On Tue, Aug 29, 2017 at 9:46 AM, Florian Fainelli wrote:
> On 08/28/2017 09:22 PM, Roopa Prabhu wrote:
>> From: Roopa Prabhu
>>
>> A few useful tracepoints to trace bridge forwarding
>> database updates.
>>
>> Signed-off-by: Roopa Prabhu
>
> Revie
601 - 700 of 1003 matches
Mail list logo