Re: [PATCH] IPIP tunnel performance improvement

Yes, I did, but have no effect. I want to ask is, why David's patch not used. Thanks. Cong Wang said, at 2/27/2016 2:29 PM: > On Fri, Feb 26, 2016 at 8:40 PM, zhao ya wrote: >> From: Zhao Ya >> Date: Sat, 27 Feb 2016 10:06:44 +0800 >>

我的相片在

你的老朋友邀你来Q群:343257759

Re: [PATCH] IPIP tunnel performance improvement

On Fri, Feb 26, 2016 at 8:40 PM, zhao ya wrote: > From: Zhao Ya > Date: Sat, 27 Feb 2016 10:06:44 +0800 > Subject: [PATCH] IPIP tunnel performance improvement > > bypass the logic of each packet's own neighbour creation when using >

[net-next][PATCH 05/13] RDS: IB: Re-organise ibmr code

No functional changes. This is in preperation towards adding fastreg memory resgitration support. Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar --- net/rds/Makefile | 2 +- net/rds/ib.c | 37 +++--- net/rds/ib.h

[net-next][PATCH 01/13] RDS: Drop stale iWARP RDMA transport

RDS iWarp support code has become stale and non testable. As indicated earlier, am dropping the support for it. If new iWarp user(s) shows up in future, we can adapat the RDS IB transprt for the special RDMA READ sink case. iWarp needs an MR for the RDMA READ sink. Signed-off-by: Santosh

[net-next][PATCH 02/13] RDS: Add support for SO_TIMESTAMP for incoming messages

The SO_TIMESTAMP generates time stamp for each incoming RDS messages User app can enable it by using SO_TIMESTAMP setsocketopt() at SOL_SOCKET level. CMSG data of cmsg type SO_TIMESTAMP contains the time stamp in struct timeval format. Reviewed-by: Sowmini Varadhan

[net-next][PATCH 03/13] MAINTAINERS: update RDS entry

Acked-by: Chien Yen Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar --- MAINTAINERS | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index

[net-next][PATCH 00/13] RDS: Major clean-up with couple of new features for 4.6

Series is generated against net-next but also applies against Linus's tip cleanly. The diff-stat looks bit scary since almost ~4K lines of code is getting removed. Brief summary of the series: - Drop the stale iWARP support: RDS iWarp support code has become stale and non testable for

[net-next][PATCH 04/13] RDS: IB: Remove the RDS_IB_SEND_OP dependency

This helps to combine asynchronous fastreg MR completion handler with send completion handler. No functional change. Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar --- net/rds/ib.h | 1 - net/rds/ib_cm.c | 42

[net-next][PATCH 08/13] RDS: IB: add connection info to ibmr

Preperatory patch for FRMR support. From connection info, we can retrieve cm_id which contains qp handled needed for work request posting. We also need to drop the RDS connection on QP error states where connection handle becomes useful. Signed-off-by: Santosh Shilimkar

[net-next][PATCH 11/13] RDS: IB: add Fastreg MR (FRMR) detection support

Discovere Fast Memmory Registration support using IB device IB_DEVICE_MEM_MGT_EXTENSIONS. Certain HCA might support just FRMR or FMR or both FMR and FRWR. In case both mr type are supported, default FMR is used. Using module parameter 'prefer_frmr', user can choose its preferred MR method for RDS.

[net-next][PATCH 12/13] RDS: IB: allocate extra space on queues for FRMR support

Fastreg MR(FRMR) memory registration and invalidation makes use of work request and completion queues for its operation. Patch allocates extra queue space towards these operation(s). Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar

[net-next][PATCH 10/13] RDS: IB: add mr reused stats

Add MR reuse statistics to RDS IB transport. Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar --- net/rds/ib.h | 2 ++ net/rds/ib_rdma.c | 7 ++- net/rds/ib_stats.c | 2 ++ 3 files changed, 10 insertions(+), 1

[net-next][PATCH 09/13] RDS: IB: handle the RDMA CM time wait event

Drop the RDS connection on RDMA_CM_EVENT_TIMEWAIT_EXIT so that it can reconnect and resume. While testing fastreg, this error happened in couple of tests but was getting un-noticed. Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar

[net-next][PATCH 13/13] RDS: IB: Support Fastreg MR (FRMR) memory registration mode

From: Avinash Repaka Fastreg MR(FRMR) is another method with which one can register memory to HCA. Some of the newer HCAs supports only fastreg mr mode, so we need to add support for it to RDS to have RDS functional on them. Some of the older HCAs support both FMR and

[net-next][PATCH 07/13] RDS: IB: move FMR code to its own file

No functional change. Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar --- net/rds/ib_fmr.c | 126 +- net/rds/ib_mr.h | 6 +++ net/rds/ib_rdma.c | 105

[net-next][PATCH 06/13] RDS: IB: create struct rds_ib_fmr

Keep fmr related filed in its own struct. Fastreg MR structure will be added to the union. Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar --- net/rds/ib_fmr.c | 17 ++--- net/rds/ib_mr.h | 11 +--

Re: [PATCH v4 net-next] net: Implement fast csum_partial for x86_64

On Fri, Feb 26, 2016 at 2:52 PM, Alexander Duyck wrote: > > I'm still not a fan of the unaligned reads. They may be okay but it > just seems like we are going run into corner cases all over the place > where this ends up biting us. No. Unaligned reads are not just

Re: [PATCH] IPIP tunnel performance improvement

BTW,before the version 3.5 kernel, the source code contains the logic. 2.6.32, for example, in arp_bind_neighbour function, there are the following logic: __be32 nexthop = ((struct rtable *) DST) - > rt_gateway; if (dev - > flags & (IFF_LOOPBACK | IFF_POINTOPOINT)) nexthop = 0; n =

Re: [PATCH] appletalk: Pass IP-over-DDP packets through when 'ipddp0' interface is not present

On Thu, 2016-02-25 at 19:46 -0500, Adam Seering wrote: > On Thu, 2016-02-25 at 14:33 -0500, David Miller wrote: > > From: Adam Seering > > Date: Tue, 23 Feb 2016 09:19:13 -0500 > > > > > Let userspace programs transmit and receive raw IP-over-DDP > > > packets > > > with a

[PATCH] IPIP tunnel performance improvement

From: Zhao Ya Date: Sat, 27 Feb 2016 10:06:44 +0800 Subject: [PATCH] IPIP tunnel performance improvement bypass the logic of each packet's own neighbour creation when using pointopint or loopback device. Recently, in our tests, met a performance problem. In a large

Re: [net-next PATCH v3 1/3] net: sched: consolidate offload decision in cls_u32

On 16-02-26 09:39 AM, Cong Wang wrote: > On Fri, Feb 26, 2016 at 7:53 AM, John Fastabend > wrote: >> The offload decision was originally very basic and tied to if the dev >> implemented the appropriate ndo op hook. The next step is to allow >> the user to more flexibly

Re: [PATCH v4 net-next] net: Implement fast csum_partial for x86_64

On Fri, Feb 26, 2016 at 7:11 PM, Tom Herbert wrote: > On Fri, Feb 26, 2016 at 2:52 PM, Alexander Duyck > wrote: >> On Fri, Feb 26, 2016 at 12:03 PM, Tom Herbert wrote: >>> This patch implements performant csum_partial for

Re: [PATCH V2 11/12] net-next: mediatek: add Kconfig and Makefile

Hi John, [auto build test ERROR on net/master] [also build test ERROR on v4.5-rc5 next-20160226] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/John-Crispin/net-next-mediatek-add-ethernet

Re: [PATCH net-next 7/9] net: dsa: mv88e6xxx: restore VLANTable map control

On Fri, Feb 26, 2016 at 10:47:38PM +, Kevin Smith wrote: > Hi Andrew, > > On 02/26/2016 04:35 PM, Andrew Lunn wrote: > > On Fri, Feb 26, 2016 at 10:12:28PM +, Kevin Smith wrote: > >> Hi Vivien, Andrew, > >> > >> On 02/26/2016 03:37 PM, Vivien Didelot wrote: > >>> Here, 5 is the CPU port

Re: [PATCH v4 net-next] net: Implement fast csum_partial for x86_64

On Fri, Feb 26, 2016 at 2:52 PM, Alexander Duyck wrote: > On Fri, Feb 26, 2016 at 12:03 PM, Tom Herbert wrote: >> This patch implements performant csum_partial for x86_64. The intent is >> to speed up checksum calculation, particularly for smaller

Re: [PATCH 3/4] net: ipv4: tcp_probe: Replace timespec with timespec64

On Thu, Feb 25, 2016 at 8:31 PM, Arnd Bergmann wrote: > On Wednesday 24 February 2016 23:07:10 Deepa Dinamani wrote: >> TCP probe log timestamps use struct timespec which is >> not y2038 safe. Even though timespec might be good enough here >> as it is used to represent delta time,

ip v6 routing behavior difference between linux 3.4 and linux 3.18

Hi guys, I am a little puzzled with a behavior difference I see between linux 3.4 and linux 3.18. Here's my setup where the numbers in hex are ipv6 addresses of the interfaces in parenthesis : fd7a:629f:52a4:fffd::1 (lo0) ∣ ∣ fd7a:629f:52a4:fffe::1 (vlan_dev1) ∣ linux

Re: [PATCH net-next 1/5] vxlan: implement GPE in L2 mode

On Thu, Feb 25, 2016 at 11:48 PM, Jiri Benc wrote: > Implement VXLAN-GPE. Only L2 mode (i.e. encapsulated Ethernet frame) is > supported by this patch. > > L3 mode will be added by subsequent patches. > > Signed-off-by: Jiri Benc > --- > drivers/net/vxlan.c

Re: [net-next-2.6 v3 1/3] introduce IFE action

On Fri, Feb 26, 2016 at 2:43 PM, Jamal Hadi Salim wrote: [...] Just some quick reviews... ;) > +#define IFE_TAB_MASK 15 > + > +static int ife_net_id; > +static int max_metacnt = IFE_META_MAX + 1; > + > +static const struct nla_policy ife_policy[TCA_IFE_MAX + 1] = { > +

RE: [PATCH net] bna: fix list corruption

> From: Ivan Vecera [mailto:ivec...@redhat.com] > Sent: Friday, February 26, 2016 12:16 AM > > Use list_move_tail() to move MAC address entry from list of pending to list > of active entries. Simple list_add_tail() leaves the entry also in the first > list, > this leads to list corruption. > >

Re: [PATCH net-next 5/5] vxlan: implement GPE in L3 mode

On Fri, Feb 26, 2016 at 2:22 PM, Jesse Gross wrote: > On Thu, Feb 25, 2016 at 11:48 PM, Jiri Benc wrote: >> diff --git a/include/uapi/linux/if_link.h b/include/uapi/linux/if_link.h >> index c2b2b7462731..ee4f7198aa21 100644 >> ---

Re: [PATCH net 1/3] r8169:fix nic sometimes doesn't work after changing the mac address.

Chunhao Lin : > When there is no AC power, NIC doesn't work after changing mac address. > Please refer to following link. > http://www.spinics.net/lists/netdev/msg356572.html > > This issue is caused by runtime power management. When there is no AC power, > if we > put NIC

Re: [PATCH v4 net-next] net: Implement fast csum_partial for x86_64

On Fri, Feb 26, 2016 at 12:03 PM, Tom Herbert wrote: > This patch implements performant csum_partial for x86_64. The intent is > to speed up checksum calculation, particularly for smaller lengths such > as those that are present when doing skb_postpull_rcsum when getting >

Re: [PATCH net-next 7/9] net: dsa: mv88e6xxx: restore VLANTable map control

Hi Andrew, On 02/26/2016 04:35 PM, Andrew Lunn wrote: > On Fri, Feb 26, 2016 at 10:12:28PM +, Kevin Smith wrote: >> Hi Vivien, Andrew, >> >> On 02/26/2016 03:37 PM, Vivien Didelot wrote: >>> Here, 5 is the CPU port and 6 is a DSA port. >>> >>> After joining ports 0, 1, 2 in the same bridge,

[net-next-2.6 v3 3/3] Support to encoding decoding skb prio on IFE action

From: Jamal Hadi Salim Example usage: xxx: Set the skb priority using skbedit then allow it to be encoded sudo tc qdisc add dev $ETH root handle 1: prio sudo tc filter add dev $ETH parent 1: protocol ip prio 10 \ u32 match ip protocol 1 0xff flowid 1:2 \ action skbedit prio 17

[net-next-2.6 v3 0/3] net_sched: Add support for IFE action

From: Jamal Hadi Salim As agreed at netconf in Seville, here's the patch finally (1 year was just too long to wait for an ethertype. Now we are just going have the user configure one). Described in netdev01 paper: "Distributing Linux Traffic Control

[net-next-2.6 v3 1/3] introduce IFE action

From: Jamal Hadi Salim Described in netdev01 paper: "Distributing Linux Traffic Control Classifier-Action Subsystem" Authors: Jamal Hadi Salim and Damascene M. Joachimpillai This action allows for a sending side to encapsulate arbitrary metadata which is

[net-next-2.6 v3 2/3] Support to encoding decoding skb mark on IFE action

From: Jamal Hadi Salim Example usage: Set the skb using skbedit then allow it to be encoded sudo tc qdisc add dev $ETH root handle 1: prio sudo tc filter add dev $ETH parent 1: protocol ip prio 10 \ u32 match ip protocol 1 0xff flowid 1:2 \ action skbedit mark 17 \ action ife

Re: [PATCH net-next 7/9] net: dsa: mv88e6xxx: restore VLANTable map control

On Fri, Feb 26, 2016 at 10:12:28PM +, Kevin Smith wrote: > Hi Vivien, Andrew, > > On 02/26/2016 03:37 PM, Vivien Didelot wrote: > > Here, 5 is the CPU port and 6 is a DSA port. > > > > After joining ports 0, 1, 2 in the same bridge, we end up with: > > > > Port 0 1 2 3 4 5 6 > >0

Re: [PATCH net-next 5/5] vxlan: implement GPE in L3 mode

On Thu, Feb 25, 2016 at 11:48 PM, Jiri Benc wrote: > diff --git a/include/uapi/linux/if_link.h b/include/uapi/linux/if_link.h > index c2b2b7462731..ee4f7198aa21 100644 > --- a/include/uapi/linux/if_link.h > +++ b/include/uapi/linux/if_link.h > @@ -464,6 +464,7 @@ enum { > enum

Re: [PATCH net-next 7/9] net: dsa: mv88e6xxx: restore VLANTable map control

Hi Vivien, Andrew, On 02/26/2016 03:37 PM, Vivien Didelot wrote: > Here, 5 is the CPU port and 6 is a DSA port. > > After joining ports 0, 1, 2 in the same bridge, we end up with: > > Port 0 1 2 3 4 5 6 >0 - * * - - * * >1 * - * - - * * >2 * * - - - * *

Re: [PATCH net-next 7/9] net: dsa: mv88e6xxx: restore VLANTable map control

On Fri, Feb 26, 2016 at 04:37:39PM -0500, Vivien Didelot wrote: > Hi Kevin, Andrew, > > Andrew Lunn writes: > > > On Fri, Feb 26, 2016 at 08:45:28PM +, Kevin Smith wrote: > >> Hi Vivien, > >> > >> On 02/26/2016 12:16 PM, Vivien Didelot wrote: > >> > +/* allow CPU

Re: [PATCH net-next 7/9] net: dsa: mv88e6xxx: restore VLANTable map control

Hi Kevin, Andrew, Andrew Lunn writes: > On Fri, Feb 26, 2016 at 08:45:28PM +, Kevin Smith wrote: >> Hi Vivien, >> >> On 02/26/2016 12:16 PM, Vivien Didelot wrote: >> > + /* allow CPU port or DSA link(s) to send frames to every port */ >> > + if (dsa_is_cpu_port(ds, port)

[PATCH] net/mlx5e: make VXLAN support conditional

VXLAN can be disabled at compile-time or it can be a loadable module while mlx5 is built-in, which leads to a link error: drivers/net/built-in.o: In function `mlx5e_create_netdev': ntb_netdev.c:(.text+0x106de4): undefined reference to `vxlan_get_rx_port' This avoids the link error and makes the

Re: [PATCH net-next 7/9] net: dsa: mv88e6xxx: restore VLANTable map control

On Fri, Feb 26, 2016 at 08:45:28PM +, Kevin Smith wrote: > Hi Vivien, > > On 02/26/2016 12:16 PM, Vivien Didelot wrote: > > + /* allow CPU port or DSA link(s) to send frames to every port */ > > + if (dsa_is_cpu_port(ds, port) || dsa_is_dsa_port(ds, port)) { > > + output_ports =

Re: [PATCH net-next 7/9] net: dsa: mv88e6xxx: restore VLANTable map control

Hi Vivien, On 02/26/2016 12:16 PM, Vivien Didelot wrote: > + /* allow CPU port or DSA link(s) to send frames to every port */ > + if (dsa_is_cpu_port(ds, port) || dsa_is_dsa_port(ds, port)) { > + output_ports = mask; > + } else { Is this always correct? Are there

Re: [PATCH v4 net-next] net: Implement fast csum_partial for x86_64

On Fri, Feb 26, 2016 at 12:29 PM, Linus Torvalds wrote: > Looks ok to me. > > I am left wondering if the code should just do that > > add32_with_carry3(sum, result >> 32, result); > > in the caller instead - right now pretty much every return point in >

pull-request: mac80211-next 2016-02-26

Hi Dave, Let's try this again. I backed out some of the rfkill changes that are buggy and fixed some of that too. I also left out the one that generated the big discussion, but I still think it's the saner thing to do rather than requiring userspace to poke around that much with sysfs when all it

Re: [PATCH v4 net-next] net: Implement fast csum_partial for x86_64

Looks ok to me. I am left wondering if the code should just do that add32_with_carry3(sum, result >> 32, result); in the caller instead - right now pretty much every return point in do_csum() effectively does that, with the exception of - the 0-length case, which is presumably not really

Re: [PATCH] net: ezchip: adapt driver to little endian architecture

From: Arnd Bergmann Date: Fri, 26 Feb 2016 21:10:31 +0100 > On Friday 26 February 2016 22:05:09 Lada Trimasova wrote: >> for (i = 0; i < len; i++, reg++) { >> u32 buf = nps_enet_reg_get(priv, >> NPS_ENET_REG_RX_BUF); >> +

[PATCH net-next v2 4/4] bridge: mcast: add support for more router port information dumping

Allow for more multicast router port information to be dumped such as timer and type attributes. For that that purpose we need to extend the MDBA_ROUTER_PORT attribute similar to how it was done for the mdb entries recently. The new format is thus: [MDBA_ROUTER_PORT] = { <- nested attribute

[PATCH net-next v2 3/4] bridge: mcast: add support for temporary port router

Add support for a temporary router port which doesn't depend only on the incoming query. It can be refreshed if set to the same value, which is a no-op for the rest. Signed-off-by: Nikolay Aleksandrov --- v2: split in two, this only adds the new temp router port type

[PATCH net-next v2 1/4] bridge: mcast: use names for the different multicast_router types

Using raw values makes it difficult to extend and also understand the code, give them names and do explicit per-option manipulation in br_multicast_set_port_router. Signed-off-by: Nikolay Aleksandrov --- v2: set multicast_router first include/uapi/linux/if_bridge.h

Re: [PATCH 0/4] Convert network timestamps to be y2038 safe

From: Deepa Dinamani Date: Wed, 24 Feb 2016 23:07:07 -0800 > Introduction: > > The series is aimed at transitioning network timestamps to being > y2038 safe. > All patches can be reviewed and merged independently, except for > the [PATCH 2/4], which is dependent on the

[PATCH net-next v2 0/4] bridge: mcast: add support for temp router port

Hi, This set adds support for temporary router port which doesn't depend only on the incoming queries. It can be refreshed by setting multicast_router to the same value (3). The first two patches are minor changes that prepare the code for the third which adds this new type of router port. In

[PATCH net-next v2 2/4] bridge: mcast: do nothing if port's multicast_router is set to the same val

This is needed for the upcoming temporary port router. There's no point to go through the logic if the value is the same. Signed-off-by: Nikolay Aleksandrov --- v2: no change net/bridge/br_multicast.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff

BUG: ixgbe_select_queue: general protection fault in v4.4.3

Hi, It seams that v4.4.3 doesn't like having lots of vlans, the fault occurs shortly after enabling forwarding, with in this case just 350 net_devices defined. The server is now running a known good v4.3.3. The NIC is a X520-DA2. The issue quite reproducible, but I will first have some spare

Re: [PATCH] net: ezchip: adapt driver to little endian architecture

On Friday 26 February 2016 22:05:09 Lada Trimasova wrote: > > @@ -75,6 +86,7 @@ struct nps_enet_rx_ctl { > * nr: Length in bytes of Rx frame loaded by MAC to Rx buffer > */ > struct { > +#ifdef CONFIG_CPU_BIG_ENDIAN > u32

Re: [PATCH] net: ezchip: adapt driver to little endian architecture

On Friday 26 February 2016 22:05:09 Lada Trimasova wrote: > for (i = 0; i < len; i++, reg++) { > u32 buf = nps_enet_reg_get(priv, NPS_ENET_REG_RX_BUF); > + buf = be32_to_cpu(buf); > put_unaligned(buf, reg); >

Re: [PATCH] net: ndo_fdb_dump should report -EMSGSIZE to rtnl_fdb_dump.

From: MINOURA Makoto / 箕浦 真 Date: Thu, 25 Feb 2016 14:20:48 +0900 > When the send skbuff reaches the end, nlmsg_put and friends returns > -EMSGSIZE but it is silently thrown away in ndo_fdb_dump. It is called > within a for_each_netdev loop and the first fdb entry of a

[PATCH v4 net-next] net: Implement fast csum_partial for x86_64

This patch implements performant csum_partial for x86_64. The intent is to speed up checksum calculation, particularly for smaller lengths such as those that are present when doing skb_postpull_rcsum when getting CHECKSUM_COMPLETE from device or after CHECKSUM_UNNECESSARY conversion. - v4 -

Re: [net-next v2 00/15][pull request] 1GbE Intel Wired LAN Driver Updates 2016-02-24

From: Jeff Kirsher Date: Wed, 24 Feb 2016 18:14:47 -0800 > This series contains updates to e1000e, igb and igbvf. Pulled, thanks Jeff.

Re: [PATCH net-next 0/3] bridge: mcast: add support for temp router port

On 02/26/2016 07:59 PM, Nikolay Aleksandrov wrote: > Hi, > This set adds support for temporary router port which doesn't depend on > the incoming queries. It can be refreshed by setting multicast_router to > the same value (3). The first two patches are minor changes that prepare > the code for

Re: [net-next PATCH] GSO: Provide software checksum of tunneled UDP fragmentation offload

From: Alexander Duyck Date: Wed, 24 Feb 2016 16:46:21 -0800 > On reviewing the code I realized that GRE and UDP tunnels could cause a > kernel panic if we used GSO to segment a large UDP frame that was sent > through the tunnel with an outer checksum and hardware offloads

Re: [PATCH net-next v3 0/2] net: l3mdev: Fix source address for unnumbered deployments

From: David Ahern Date: Wed, 24 Feb 2016 11:47:01 -0800 > David Lamparter noted a use case where the source address selection fails > to pick an address from a VRF interface - unnumbered interfaces. The use > case has the VRF device as the VRF local loopback with

[PATCH] net: ezchip: adapt driver to little endian architecture

Since ezchip network driver is written with big endian EZChip platform it is necessary to add support for little endian architecture. The first issue is that big endian machines pack bitfields from most significant byte to least as against little endian ones. So this patch provides reversed order

[PATCH net-next 2/3] bridge: mcast: do nothing if port's multicast_router is set to the same val

This is needed for the upcoming temporary port router. There's no point to go through the logic if the value is the same. Signed-off-by: Nikolay Aleksandrov --- net/bridge/br_multicast.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

[PATCH net-next 1/3] bridge: mcast: use names for the different multicast_router types

Using raw values makes it difficult to extend and also understand the code, give them names and do explicit per-option manipulation in br_multicast_set_port_router. Signed-off-by: Nikolay Aleksandrov --- include/uapi/linux/if_bridge.h | 7 +

[PATCH net-next 0/3] bridge: mcast: add support for temp router port

Hi, This set adds support for temporary router port which doesn't depend on the incoming queries. It can be refreshed by setting multicast_router to the same value (3). The first two patches are minor changes that prepare the code for the third which adds this new type of router port. In order to

[PATCH net-next 3/3] bridge: mcast: add support for temporary port router

Add support for a temporary router port which doesn't depend on the incoming query and allow for more port information to be dumped. For that purpose we need to extend the MDBA_ROUTER_PORT attribute similar to how it was done for the mdb entries recently. The new format is thus: [MDBA_ROUTER_PORT]

Re: [RFC/RFT] mac80211: implement fq_codel for software queuing

On 26 February 2016 at 17:48, Felix Fietkau wrote: [...] >> diff --git a/net/mac80211/tx.c b/net/mac80211/tx.c >> index af584f7cdd63..f42f898cb8b5 100644 >> --- a/net/mac80211/tx.c >> +++ b/net/mac80211/tx.c >> + [...] >> +static void ieee80211_txq_enqueue(struct ieee80211_local

Re: [PATCH RFC 0/3] intermediate representation for jit and cls_u32 conversion

On Fri, Feb 26, 2016 at 05:19:48PM +0100, Pablo Neira Ayuso wrote: > > Good, I'm all for reaching those numbers, we can optimize the generic > IR if this ever becomes the bottleneck. The 'generic IR' got mentioned hundred times in this thread, but what was proposed is not generic. It doesn't

Re: [PATCH V2 03/12] net-next: mediatek: add embedded switch driver (ESW)

On 26/02/16 07:24, John Crispin wrote: > > Hi, > > would the series be ok if we just dropped those parts and then have a > driver in the kernel that wont do much with the out of tree patches ? > > the problem here is that on one side people complain about vendors not > sending code upstream.

[PATCH 1/2] phy: micrel: Ensure interrupts are reenabled on resume

At least on ksz8081, when getting back from power down, interrupts are disabled. ensure they are reenabled if they were previously enabled. This fixes resuming which is failing on the xplained boards from atmel since 321beec5047a (net: phy: Use interrupts when available in NOLINK state) Fixes:

[PATCH net-next 3/9] net: dsa: mv88e6xxx: extract single FDB dump

Move out the code which dumps a single FDB to its own function. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx.c | 79 ++--- 1 file changed, 46 insertions(+), 33 deletions(-) diff --git

[PATCH net-next 2/9] net: dsa: mv88e6xxx: extract single VLAN retrieval

Rename _mv88e6xxx_vlan_init in _mv88e6xxx_vtu_new, eventually called from a new _mv88e6xxx_vtu_get function, which abstracts the VTU GetNext VID-1 trick to retrieve a single entry. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx.c | 55

[PATCH net-next 7/9] net: dsa: mv88e6xxx: restore VLANTable map control

The In Chip Port Based VLAN Table contains bits used to restrict which output ports this input port can send frames to. With the VLAN filtering enabled, these tables work in conjunction with the VLAN Table Unit to allow egressing frames. In order to remove the current dependency to

[PATCH net-next 4/9] net: dsa: mv88e6xxx: assign dynamic FDB to VLANs

Add a _mv88e6xxx_fid_new function which gives and flushes the lowest FID available. Call it when preparing a new VTU entry. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx.c | 56 +

[PATCH net-next 6/9] net: dsa: mv88e6xxx: assign dynamic FDB to bridges

Give a new bridge a fresh FDB, assign it to its members, and restore a fresh FDB to a port leaving a bridge. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx.c | 41 +++-- 1 file changed, 39 insertions(+), 2

[PATCH net-next 1/9] net: dsa: support VLAN filtering switchdev attr

When a user explicitly requests VLAN filtering with something like: # echo 1 > /sys/class/net//bridge/vlan_filtering Switchdev propagates a SWITCHDEV_ATTR_ID_BRIDGE_VLAN_FILTERING port attribute. Add support for it in the DSA layer with a new port_vlan_filtering function to let drivers

[PATCH net-next 0/9] net: dsa: mv88e6xxx: implement VLAN filtering

This patchset fixes hardware bridging for non 802.1Q aware systems. The mv88e6xxx DSA driver currently depends on CONFIG_VLAN_8021Q and CONFIG_BRIDGE_VLAN_FILTERING enabled for correct bridging between switch ports. Patch 1/9 adds support for the VLAN filtering switchdev attribute in DSA.

[PATCH net-next 8/9] net: dsa: mv88e6xxx: remove reserved VLANs

Now that ports isolation is correctly configured when joining or leaving a bridge, there is no need to rely on reserved VLANs to isolate unbridged ports anymore. Thus remove them, and disable 802.1Q on setup. This restores the expected behavior of hardware bridging for systems without 802.1Q or

[PATCH 0/2] phy: micrel: fix issues with interrupt on atmel boards

Hi, Since the phy is not polled anymore, there were issues getting a link on the sama5d* xplained boards. I'm not too sure about were those fixes should go and I'm wondering whether the first one shoud be made generic. For the second one, I found the PHY_HAS_MAGICANEG flag that is not used and

[PATCH net-next 5/9] net: dsa: mv88e6xxx: assign default FDB to ports

Restore per-port FDB. Assign them on setup, allow adding and deleting addresses into them, and dump them. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx.c | 96 + drivers/net/dsa/mv88e6xxx.h | 2 + 2

[PATCH net-next 9/9] net: dsa: mv88e6xxx: support VLAN filtering

Implement port_vlan_filtering in the driver to toggle the related port 802.1Q mode between DISABLED and SECURE, on user request. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6171.c | 1 + drivers/net/dsa/mv88e6352.c | 1 +

[PATCH 2/2] phy: micrel: Disable auto negotiation on startup

Disable auto negotiation on init to properly detect an already plugged cable at boot. At boot, when the phy is started, it is in the PHY_UP state. However, if a cable is plugged at boot, because auto negociation is already enabled at the time we get the first interrupt, the phy is already

Re: [PATCHv2 08/10] rfkill: Use switch to demux userspace operations

On Mon, Feb 22, 2016 at 11:36:39AM -0500, João Paulo Rechi Vita wrote: > Using a switch to handle different ev.op values in rfkill_fop_write() > makes the code easier to extend, as out-of-range values can always be > handled by the default case. This breaks rfkill.. There are automated test

Re: [PATCH v3 1/4] net: ethernet: dwmac: add Ethernet glue logic for stm32 chip

Hi Alexandre, When people comment on your patch please CC them on the next version. On 26 February 2016 at 11:51, Alexandre TORGUE wrote: > stm324xx family chips support Synopsys MAC 3.510 IP. > This patch adds settings for logical glue logic: > -clocks > -mode

Re: [PATCH v3 2/4] Documentation: Bindings: Add STM32 DWMAC glue

Hi Alexandre, On 26 February 2016 at 11:51, Alexandre TORGUE wrote: > Signed-off-by: Alexandre TORGUE > > diff --git a/Documentation/devicetree/bindings/net/stm32-dwmac.txt > b/Documentation/devicetree/bindings/net/stm32-dwmac.txt > new

[PATCH net] ppp: lock ppp->flags in ppp_read() and ppp_poll()

ppp_read() and ppp_poll() can be called concurrently with ppp_ioctl(). In this case, ppp_ioctl() might call ppp_ccp_closed(), which may update ppp->flags while ppp_read() or ppp_poll() is reading it. The update done by ppp_ccp_closed() isn't atomic due to the bit mask operation ('ppp->flags &=

Re: Sending short raw packets using sendmsg() broke

From: Willem de Bruijn Date: Fri, 26 Feb 2016 12:33:13 -0500 > Right. The simplest, if hacky, fix is to add something along the lines of > > static unsigned short netdev_min_hard_header_len(struct net_device *dev) > { > if (unlikely(dev->type

Re: [PATCH V2 03/12] net-next: mediatek: add embedded switch driver (ESW)

From: Andrew Lunn Date: Fri, 26 Feb 2016 18:05:45 +0100 > I think it is great a vendor is providing funding to get code > upstream. However, that code needs to conform with current kernel > architecture and design philosophy. > > We as a community also need to be consistent. We

Re: [PATCH V2 03/12] net-next: mediatek: add embedded switch driver (ESW)

From: Felix Fietkau Date: Fri, 26 Feb 2016 17:25:38 +0100 > In my opinion, leaving this part out does not make much sense and > neither does deferring the entire patch series until we have a > switchdev/DSA capable driver. This is just a starting point, which will > be turned

Re: [PATCH RFC 0/3] intermediate representation for jit and cls_u32 conversion

From: Pablo Neira Ayuso Date: Fri, 26 Feb 2016 17:19:48 +0100 > I see no reason to have as many hooks as frontends to start with. If > you find limitations with the IR that are unfixable for any of the > existing frontends in the future, then we can add direct hook as final

Re: [net-next PATCH v3 1/3] net: sched: consolidate offload decision in cls_u32

On Fri, Feb 26, 2016 at 7:53 AM, John Fastabend wrote: > The offload decision was originally very basic and tied to if the dev > implemented the appropriate ndo op hook. The next step is to allow > the user to more flexibly define if any paticular rule should be >

Re: [PATCH RFC 3/3] net: convert tc_u32 to use the intermediate representation

From: Pablo Neira Ayuso Date: Fri, 26 Feb 2016 17:02:22 +0100 > Just because you want to early microoptimize this thing by saving a > little of extra code that runs from the control plane path. I don't think that's what he is doing at all. We have classes of classifier

Re: [PATCH V2 03/12] net-next: mediatek: add embedded switch driver (ESW)

From: John Crispin Date: Fri, 26 Feb 2016 16:24:47 +0100 > the problem here is that on one side people complain about vendors not > sending code upstream. once they start being a good citizen and provide > funding to send stuff upstream the feedback tends to be very bad as

Re: [PATCH V2 03/12] net-next: mediatek: add embedded switch driver (ESW)

From: Andrew Lunn Date: Fri, 26 Feb 2016 16:18:13 +0100 > On Fri, Feb 26, 2016 at 03:21:35PM +0100, John Crispin wrote: >> The ESW is found in many of the old 100mbit MIPS based SoCs. it has 5 >> external ports, 1 cpu port and 1 further port that the internal HW >> offloading

Re: Sending short raw packets using sendmsg() broke

From: Alan Cox Date: Fri, 26 Feb 2016 14:44:34 + > On Thu, 2016-02-25 at 15:26 -0500, David Miller wrote: >> From: Heikki Hannikainen >> Date: Thu, 25 Feb 2016 21:36:07 +0200 (EET) >> >> > Commit 9c7077622dd9174 added a check, ll_header_truncated(),

  1   2   >