Re: [PATCH net-next 1/2] cxgb4/cxgb4vf: Add support for ndo_set_vf_vlan

On Wednesday, August 08/24/16, 2016 at 07:08:14 +, Yuval Mintz wrote: > > @@ -1202,6 +1202,10 @@ int t4vf_eth_xmit(struct sk_buff *skb, struct > > net_device *dev) > > BUG_ON(qidx >= pi->nqsets); > > txq = >sge.ethtxq[pi->first_qset + qidx]; > > > > + if (pi->vlan_id &&

[patch net-next 7/7] mlxsw: spectrum: Don't set learning when creating vPorts

From: Ido Schimmel Before commit 99724c18fc66 ("mlxsw: spectrum: Introduce support for router interfaces") we used to assign vFIDs to the created vPorts. Since these vPorts were used for slow path traffic we had to disable learning for them, as it doesn't make sense to have

[patch net-next 6/7] mlxsw: spectrum: Remove unnecessary check in FDB processing

From: Ido Schimmel We now offload the learning configuration to the device and don't rely on the driver to decide whether to learn the FDB record, so remove the check. Signed-off-by: Ido Schimmel Signed-off-by: Jiri Pirko ---

[patch net-next 4/7] mlxsw: spectrum: Configure learning for VLAN-aware bridge port

From: Ido Schimmel We are going to prevent the device from generating learning notifications for a port that was configured with learning disabled. Since learning configuration is done per {Port, VID} we need to apply the port's learning configuration for any VID that is

[patch net-next 5/7] mlxsw: spectrum: Offload learning to the switch ASIC

From: Ido Schimmel Up until now we simply stored the learning configuration of a bridge port in the driver and decided whether to learn a new FDB record based on this value. However, this is sub-optimal in cases where learning is disabled on the bridge port, as the device

Re: [PATCH] zd1211rw: fix spelling mistake "firmeware" -> "firmware"

Hi All, On Tue, Aug 23, 2016 at 4:35 AM, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in dev_err message. > > Signed-off-by: Colin Ian King Looks right to me. Reviewed-by: Julian

RE: [PATCH net-next 1/2] cxgb4/cxgb4vf: Add support for ndo_set_vf_vlan

> > > @@ -1202,6 +1202,10 @@ int t4vf_eth_xmit(struct sk_buff *skb, struct > > > net_device *dev) > > > BUG_ON(qidx >= pi->nqsets); > > > txq = >sge.ethtxq[pi->first_qset + qidx]; > > > > > > + if (pi->vlan_id && !skb_vlan_tag_present(skb)) > > > + __vlan_hwaccel_put_tag(skb,

[patch net 2/2] mlxsw: router: Enable neighbors to be created on stacked devices

From: Yotam Gigi Make the function mlxsw_router_neigh_construct search the rif according to the neighbour dev other than the dev that was passed to the ndo, thus allowing creating neigbhours upon stacked devices. Fixes: 6cf3c971dc84 ("mlxsw: spectrum_router: Add private

[patch net-next 1/7] mlxsw: spectrum: Limit number of FDB records per learning session

From: Ido Schimmel Up until now a learning session ended whenever the number of queried records was zero. This turned out to be problematic in situations where a large number of MACs (48K) had to be processed by the switch driver, as RTNL mutex is held during the learning

[patch net-next 2/7] mlxsw: spectrum: Make VLAN deletion function symmetric

From: Ido Schimmel Commit 05978481e77e ("mlxsw: spectrum: Create PVID vPort before registering netdevice") removed __mlxsw_sp_port_vlans_del() from the init sequence of the driver, which forced it to be non-symmetric with regards to __mlxsw_sp_port_vlans_add(). Make both

[patch net-next 3/7] mlxsw: spectrum: Don't abort on first error when removing VLANs

From: Ido Schimmel When removing VLANs from the VLAN-aware bridge we shouldn't abort on the first error, as we'll otherwise have resources that will never be freed. Signed-off-by: Ido Schimmel Signed-off-by: Jiri Pirko ---

[patch net-next 0/7] mlxsw: Offload FDB learning configuration

From: Jiri Pirko Ido says: This patchset addresses two long standing issues in the mlxsw driver concerning FDB learning. Patch 1 limits the number of FDB records processed by the driver in a single session. This is useful in situations in which many new records need to be

Re: [PATCH ipsec-next 8/8] xfrm: policy: convert policy_lock to spinlock

On Thu, Aug 11, 2016 at 03:17:59PM +0200, Florian Westphal wrote: > @@ -972,14 +972,14 @@ int xfrm_policy_flush(struct net *net, u8 type, bool > task_valid) > if (pol->type != type) > continue; > __xfrm_policy_unlink(pol,

Re: [PATCH net-next 1/2] cxgb4/cxgb4vf: Add support for ndo_set_vf_vlan

On Wednesday, August 08/24/16, 2016 at 08:31:58 +, Yuval Mintz wrote: > > > > @@ -1202,6 +1202,10 @@ int t4vf_eth_xmit(struct sk_buff *skb, struct > > > > net_device *dev) > > > > BUG_ON(qidx >= pi->nqsets); > > > > txq = >sge.ethtxq[pi->first_qset + qidx]; > > > > > > > > +

[PATCH for-next 11/15] net/mlx5: Add LAG flow steering namespace

From: Aviv Heller This namespace is used for LAG demux flowtable. The idea is to position the LAG demux ft between bypass and kernel flowtables, allowing raw-eth traffic from both ports to be received by the PF0 IB device. Signed-off-by: Aviv Heller

[PATCH for-next 12/15] net/mlx5: Vport LAG creation support

From: Aviv Heller Add interfaces for issuing CREATE_VPORT_LAG and DESTROY_VPORT_LAG commands. Used for receiving PF1's eth traffic on PF0's root ft. Signed-off-by: Aviv Heller Signed-off-by: Saeed Mahameed Signed-off-by: Leon

[for-next 00/15][PULL request] Mellanox mlx5 core driver updates 2016-08-24

Hi Dave and Doug, This series contains some low level and API updates for mlx5 core driver interface and mlx5_ifc.h, plus mlx5 LAG core driver support, to be shared as base code for net-next and rdma mlx5 4.9 submissions. >From Alex and Artemy, Update mlx5_ifc for modify RQ and XRC bits. >From

[PATCH for-next 14/15] net/mlx5: Introduce sniffer steering hardware capabilities

From: Maor Gottlieb Define needed hardware capabilities for sniffer RX and TX flow tables. Add the following capabilities: 1. Sniffer RX flow table capabilities. 2. Sniffer TX flow table capabilities. 3. If same TIR can be used by multiple flow tables of different types.

[PATCH for-next 05/15] net/mlx5: Add HW interfaces used by LAG

From: Aviv Heller Exposed LAG commands enum and layouts: - CREATE_LAG HW enters LAG mode: RoCE traffic from port two is received on PF0 core dev. Allows to set tx_affinity (tx port) for QPs and TISes. Allows to port remap QPs and TISes, overriding their tx_affinity

[PATCH for-next 04/15] net/mlx5: Separate query_port_proto_oper for IB and EN

From: Noa Osherovich Replaced mlx5_query_port_proto_oper with separate functions per link type. The functions should take different arguments so no point in trying to unite them. Signed-off-by: Noa Osherovich Signed-off-by: Eran Ben Elisha

[PATCH for-next 10/15] net/mlx5: LAG demux flow table support

From: Aviv Heller Add interfaces to allow the creation and destruction of a LAG demux flow table. It is a special flow table used during LAG for redirecting non user-mode packets from PF0 to PF1 root ft, if a packet was received on phys port two. Signed-off-by: Aviv Heller

[PATCH for-next 01/15] net/mlx5: Modify RQ bitmask from mlx5 ifc

From: Alex Vesker Use mlx5 ifc MODIFY_BITMASK_VSD in mlx5e_modify_rq_vsd and expose counter set capability bit in hca caps structure. Signed-off-by: Alex Vesker Signed-off-by: Saeed Mahameed Signed-off-by: Leon Romanovsky

[PATCH for-next 02/15] net/mlx5: Update struct mlx5_ifc_xrqc_bits

From: Artemy Kovalyov Update struct mlx5_ifc_xrqc_bits according to last specification Signed-off-by: Artemy Kovalyov Signed-off-by: Saeed Mahameed Signed-off-by: Leon Romanovsky ---

[PATCH for-next 09/15] net/mlx5: LAG and SRIOV cannot be used together

From: Aviv Heller Until support will be added for RoCE LAG SRIOV. Signed-off-by: Aviv Heller Signed-off-by: Saeed Mahameed Signed-off-by: Leon Romanovsky --- drivers/net/ethernet/mellanox/mlx5/core/lag.c |

[PATCH for-next 08/15] net/mlx5e: Avoid port remapping of mlx5e netdev TISes

From: Aviv Heller TISes belonging to the mlx5e NIC should not be subject to port remap. Signed-off-by: Aviv Heller Signed-off-by: Saeed Mahameed Signed-off-by: Leon Romanovsky ---

[PATCH for-next 03/15] net/mlx5: Expose mlx5e_link_mode

From: Noa Osherovich The mlx5e_link_mode enumeration will also be used in mlx5_ib for RoCE. This patch moves the enumeration to the mlx5 driver port header file. Signed-off-by: Noa Osherovich Signed-off-by: Eran Ben Elisha

[PATCH for-next 07/15] net/mlx5: Get RoCE netdev

From: Aviv Heller Used by IB driver for determining the IB bond device's netdev, when LAG is active. Returns PF0's netdev if mode is not active-backup, or the PF netdev of the active slave when mode is active-backup. Signed-off-by: Aviv Heller

[PATCH for-next 13/15] net/mlx5: Configure IB devices according to LAG state

From: Aviv Heller When mlx5_ib is loaded, we would like each card's IB devices to be added according to its LAG state (one IB device, instead of two, is to be added if LAG is active). Signed-off-by: Aviv Heller Signed-off-by: Saeed Mahameed

[no subject]

unsubscribe

[PATCH 1/3] net: fs_enet: merge NAPI RX and NAPI TX

Initially, a NAPI TX routine has been implemented separately from NAPI RX, as done on the freescale/gianfar driver. By merging NAPI RX and NAPI TX, we reduce the amount of TX completion interrupts. Handling of the budget in association with TX interrupts is based on indications provided at

[PATCH 0/3] Optimisation of fs_enet ethernet driver

This set optimises the freescale fs_enet ethernet driver: 1/ Merge of RX and TX NAPI functions in order to limit the amount of interrupts 2/ Do not unmap DMA when packets len is below copybreak, otherwise there is no benefit in copying the skb instead of allocating a new one 3/ Make copybreak

[PATCH 2/3] net: fs_enet: don't unmap DMA when packet len is below copybreak

When the length of the packet is below the defined copybreak limit, the received packet is copied into a newly allocated skb in order to reuse the skb. This is only interesting if it allow us to avoid a new DMA mapping. We shall therefore not DMA unmap and remap the skb->data. Instead, we

[PATCH 3/3] net: fs_enet: make rx_copybreak value configurable

Measurement shows that on a MPC8xx running at 132MHz, the optimal limit is 112: * 114 bytes packets are processed in 147 TB ticks with higher copybreak * 114 bytes packets are processed in 148 TB ticks with lower copybreak * 128 bytes packets are processed in 154 TB ticks with higher copybreak *

Re: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list

On Wed, Aug 24, 2016 at 01:14:27PM +0800, Xin Long wrote: > >> > Ah, I see what you're doing. Ok, this makes some sense, at least on the > >> > receive > >> > side, when you get a cookie unpacked and modify the remote peers address > >> > list, > >> > it makes sense to check for duplicates. On

Re: [PATCH ipsec-next 8/8] xfrm: policy: convert policy_lock to spinlock

Steffen Klassert wrote: > On Thu, Aug 11, 2016 at 03:17:59PM +0200, Florian Westphal wrote: > > @@ -972,14 +972,14 @@ int xfrm_policy_flush(struct net *net, u8 type, bool > > task_valid) > > if (pol->type != type) > >

[patch net 0/2] mlxsw: couple of fixes

From: Jiri Pirko Ido Schimmel (1): mlxsw: spectrum: Add missing flood to router port Yotam Gigi (1): mlxsw: router: Enable neighbors to be created on stacked devices drivers/net/ethernet/mellanox/mlxsw/port.h | 1 +

[patch net 1/2] mlxsw: spectrum: Add missing flood to router port

From: Ido Schimmel In case we have a layer 3 interface on top of a bridge (VLAN / FID RIF), then we should flood the following packet types to the router: * Broadcast: If DIP is the broadcast address of the interface, then we need to be able to get it to CPU by trapping it

Re: [PATCH net-next v1] gso: Support partial splitting at the frag_list pointer

On Tue, Aug 23, 2016 at 07:47:32AM -0700, Alexander Duyck wrote: > On Mon, Aug 22, 2016 at 10:20 PM, Steffen Klassert > wrote: > > Since commit 8a29111c7 ("net: gro: allow to build full sized skb") > > gro may build buffers with a frag_list. This can hurt forwarding

Re: [PATCH -next] tipc: use kfree_skb() instead of kfree()

On 08/24/2016 02:00 PM, David Miller wrote: > From: "Xue, Ying" > Date: Wed, 24 Aug 2016 02:47:32 + > >> Acked-by: Ying Xue > > Please do not ACK patches like this. > > If you quote the patch with no demarcation in the initial column for >

Re: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list

On Mon, Aug 22, 2016 at 10:25:38AM -0400, Neil Horman wrote: > On Sat, Aug 20, 2016 at 02:41:01PM +0800, Xin Long wrote: > > > Ah, I see what you're doing. Ok, this makes some sense, at least on the > > > receive > > > side, when you get a cookie unpacked and modify the remote peers address > >

Re: [REGRESSION] Select hang with zero sized UDP packets

When select wakes up on a UDP socket, user is expecting to get data. Getting 0 from recvfrom() or whatever read function she uses, is a wrong attitude. I agree with David. The unit test that expects select to wake up is wrong and should be changed. -Original Message- From: David

[PATCH net-next] bnx2x: Don't flush multicast MACs

When ndo_set_rx_mode() is called for bnx2x, as part of process of configuring the new MAC address filters [both unicast & multicast] driver begins by flushing the existing configuration and then iterating over the network device's list of addresses and configures those instead. This has the

[PATCH for-next 06/15] net/mlx5: Implement RoCE LAG feature

From: Aviv Heller Available on dual port cards only, this feature keeps track, using netdev LAG events, of the bonding and link status of each port's PF netdev. When both of the card's PF netdevs are enslaved to the same bond/team master, and only them, LAG state is active.

[PATCH for-next 15/15] net/mlx5: Add sniffer namespaces

From: Maor Gottlieb Add sniffer TX and RX namespaces to receive ingoing and outgoing traffic. Each outgoing/incoming packet is duplicated and steered to the sniffer TX/RX namespace in addition to the regular flow. Signed-off-by: Maor Gottlieb

RE: [PATCH net-next 1/2] cxgb4/cxgb4vf: Add support for ndo_set_vf_vlan

> > Are you preventing VGT configuration once VST is configured? > > If not, what to prevent VM user from configuring vlan interfaces on > > top of the VF, even if VST is configured? > Again this misses documentation, what if VLAN interface is already configured > in > VM before VST is

Re: kernel BUG at net/unix/garbage.c:149!"

On 24.08.2016 16:24, Nikolay Borisov wrote: > Hello, > > I hit the following BUG: > > [1851513.239831] [ cut here ] > [1851513.240079] kernel BUG at net/unix/garbage.c:149! > [1851513.240313] invalid opcode: [#1] SMP > [1851513.248320] CPU: 37 PID: 11683 Comm:

Re: [PATCH net-next] net: dsa: rename switch operations structure

On 08/23/2016 09:38 AM, Vivien Didelot wrote: > Now that the dsa_switch_driver structure contains only function pointers > as it is supposed to, rename it to the more appropriate dsa_switch_ops, > uniformly to any other operations structure in the kernel. > > No functional changes here, basically

[PATCH V2] dt: net: enhance DWC EQoS binding to support Tegra186

From: Stephen Warren The Synopsys DWC EQoS is a configurable IP block which supports multiple options for bus type, clocking and reset structure, and feature list. Extend the DT binding to define a "compatible value" for the configuration contained in NVIDIA's Tegra186 SoC,

[PATCH v2] Revert "phy: IRQ cannot be shared"

This reverts: commit 33c133cc7598 ("phy: IRQ cannot be shared") On hardware with multiple PHY devices hooked up to the same IRQ line, allow them to share it. Sergei Shtylyov says: "I'm not sure now what was the reason I concluded that the IRQ sharing was impossible... most probably I

Re: [PATCH v2 3/6] bpf: add BPF_PROG_ATTACH and BPF_PROG_DETACH commands

Hello, On Wed, Aug 24, 2016 at 10:24:20PM +0200, Daniel Mack wrote: > SYSCALL_DEFINE3(bpf, int, cmd, union bpf_attr __user *, uattr, unsigned int, > size) > { > union bpf_attr attr = {}; > @@ -888,6 +957,16 @@ SYSCALL_DEFINE3(bpf, int, cmd, union bpf_attr __user *, > uattr, unsigned

Continue a discussion about the netlink interface

Hello, I want to return to a discussion about the netlink interface and how to use it out of the network subsystem. I'm developing a new interface to get information about processes (task_diag). task_diag is like socket_diag but for processes. [0] In the first two versions [1] [2], I used the

Re: [PATCH] phy: request shared IRQ

On 8/24/2016 1:41 PM, Sergei Shtylyov wrote: Hello. On 08/24/2016 08:53 PM, Xander Huff wrote: From: Nathan Sullivan On hardware with multiple PHY devices hooked up to the same IRQ line, allow them to share it. Note that it had been allowed until my

Re: [PATCH v2 2/6] cgroup: add support for eBPF programs

Hello, Daniel. On Wed, Aug 24, 2016 at 10:24:19PM +0200, Daniel Mack wrote: > +void cgroup_bpf_free(struct cgroup *cgrp) > +{ > + unsigned int type; > + > + rcu_read_lock(); > + > + for (type = 0; type < __MAX_BPF_ATTACH_TYPE; type++) { > + if (!cgrp->bpf.prog[type]) > +

[PATCH v2] net: macb: Increase DMA TX buffer size

From: Nathan Sullivan In recent testing with the RT patchset, we have seen cases where the transmit ring can fill even with up to 200 txbds in the ring. Increase the size of the DMA TX ring to avoid overruns. Signed-off-by: Xander Huff Signed-off-by:

Re: kernel BUG at net/unix/garbage.c:149!"

On Thu, Aug 25, 2016 at 12:40 AM, Hannes Frederic Sowa wrote: > On 24.08.2016 16:24, Nikolay Borisov wrote: [SNIP] > > One commit which could have to do with that is > > commit fc64869c48494a401b1fb627c9ecc4e6c1d74b0d > Author: Andrey Ryabinin

Re: [PATCH 0/5] Networking cgroup controller

Hello, Anoop. On Wed, Aug 10, 2016 at 05:53:13PM -0700, Anoop Naravaram wrote: > This patchset introduces a cgroup controller for the networking subsystem as a > whole. As of now, this controller will be used for: > > * Limiting the specific ports that a process in a cgroup is allowed to bind >

[PATCH] net: systemport: Fix ordering in intrl2_*_mask_clear macro

Since we keep shadow copies of which interrupt sources are enabled through the intrl2_*_mask_{set,clear} macros, make sure that the ordering in which we do these two operations: update the copy, then unmask the register is correct. This is not currently a problem because we actually do not use

[PATCH net-next 0/6] net: dsa: Make bcm_sf2 utilize b53_common

Hi all, This patch series makes the bcm_sf2 driver utilize a large number of the core functions offered by the b53_common driver since the SWITCH_CORE registers are mostly register compatible with the switches driven by b53_common. In order to accomplish that, we just override the dsa_driver_ops

[PATCH net] veth: sctp: add NETIF_F_SCTP_CRC to device features

Commit b17c706987fa ("loopback: sctp: add NETIF_F_SCTP_CSUM to device features") added NETIF_F_SCTP_CRC to device features for lo device to improve the performance of sctp over lo. This patch is to add NETIF_F_SCTP_CRC to device features for veth to improve the performance of sctp over veth.

Re: [PATCH net-next 2/3] net: mpls: Fixups for GSO

On Wed, Aug 24, 2016 at 11:53 AM, David Ahern wrote: > On 8/24/16 11:41 AM, pravin shelar wrote: >> You also need to change pop_mpls(). > > What change is needed in pop_mpls? It already resets the mac_header and if > MPLS labels are removed there is no need to set

Re: [PATCH net-next 1/6] net: dsa: b53: Initialize ds->drv in b53_switch_alloc

Le 24/08/2016 à 18:33, Florian Fainelli a écrit : > In order to alloc drivers to override specific dsa_switch_driver > callbacks, initialize ds->drv to b53_switch_ops earlier, which avoids > having to expose this structure to glue drivers. > > Signed-off-by: Florian Fainelli

Re: [PATCH net-next v2 1/2] net: diag: slightly refactor the inet_diag_bc_audit error checks.

From: Lorenzo Colitti Date: Wed, 24 Aug 2016 15:46:25 +0900 > This simplifies the code a bit and also allows inet_diag_bc_audit > to send to userspace an error that isn't EINVAL. > > Signed-off-by: Lorenzo Colitti Applied.

Re: [PATCH net-next v2 2/2] net: diag: allow socket bytecode filters to match socket marks

From: Lorenzo Colitti Date: Wed, 24 Aug 2016 15:46:26 +0900 > This allows a privileged process to filter by socket mark when > dumping sockets via INET_DIAG_BY_FAMILY. This is useful on > systems that use mark-based routing such as Android. > > The ability to filter socket

Re: [PATCH for-next 0/2] {IB,net}/hns: Add support of ACPI to the Hisilicon RoCE Driver

From: Salil Mehta Date: Wed, 24 Aug 2016 04:44:48 +0800 > This patch is meant to add support of ACPI to the Hisilicon RoCE driver. > Following changes have been made in the driver(s): > > Patch 1/2: HNS Ethernet Driver: changes to support ACPI have been done in >the

[PATCH net-next v4 2/3] net: mpls: Fixups for GSO

As reported by Lennert the MPLS GSO code is failing to properly segment large packets. There are a couple of problems: 1. the inner protocol is not set so the gso segment functions for inner protocol layers are not getting run, and 2 MPLS labels for packets that use the "native" (non-OVS)

RE: [RFC PATCH 3/5] bnx2x: Add support for segmentation of tunnels with outer checksums

> >> This patch assumes that the bnx2x hardware will ignore existing > >> IPv4/v6 header fields for length and checksum as well as the length > >> and checksum fields for outer UDP and GRE headers. > >> > >> I have no means of testing this as I do not have any bnx2x hardware > >> but thought I

Re: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list

> Or add a refcnt to its members. > NETDEV_UP, it gets a ++ if it's already there > NETDEV_DOWN, it gets a -- and cleans it up if it reaches 0 > And the rest probably could stay the same. > Yes, it could also avoid the issue of amounts of duplicate addrs. or add a nic index variable to its

[net] i40e: Change some init flow for the client

From: Anjali Singhai Jain This change makes a common flow for Client instance open during init and reset path. The Client subtask can handle both the cases instead of making a separate notify_client_of_open call. Also it may fix a bug during reset where the service task

[PATCH net-next v3 0/2] net: ethernet: mediatek: modify to use the PDMA for Ethernet RX

This patch set fixes the following issues v1 -> v2: Fix the bugs of PDMA cpu index and interrupt settings in mtk_poll_rx() v2 -> v3: Add GDM hardware settings to send packets to PDMA for RX Nelson Chang (2): net: ethernet: mediatek: modify to use the PDMA instead of the QDMA for Ethernet

[PATCH net-next v4 0/3] net: mpls: fragmentation and gso fixes for locally originated traffic

This series fixes mtu and fragmentation for tunnels using lwtunnel output redirect, and fixes GSO for MPLS for locally originated traffic reported by Lennert Buytenhek. A follow on series will address fragmentation and GSO for forwarded MPLS traffic. Hardware offload of GSO with MPLS also needs

[PATCH net-next v4 1/3] net: lwtunnel: Handle fragmentation

From: Roopa Prabhu Today mpls iptunnel lwtunnel_output redirect expects the tunnel output function to handle fragmentation. This is ok but can be avoided if we did not do the mpls output redirect too early. ie we could wait until ip fragmentation is done and then call

Re: [net] i40e: Change some init flow for the client

On Wed, 2016-08-24 at 17:51 -0700, Jeff Kirsher wrote: > From: Anjali Singhai Jain > > This change makes a common flow for Client instance open during init > and reset path. The Client subtask can handle both the cases instead of > making a separate

Improving OCTEON II 10G Ethernet performance

I'm trying to migrate from the Octeon SDK to a vanilla Linux 4.4 kernel for a Cavium OCTEON II (CN6880) board running in 64-bit little-endian mode. So far I've gotten most of the hardware features I need working, including XAUI/RXAUI, USB, boot bus and I2C, with a fairly small set of patches.

[PATCH net-next 3/6] net: dsa: b53: Define SF2 MIB layout

The 58xx and 7445 chips use the Starfighter2 code, define its MIB layout and introduce a helper function: is58xx() which checks for both of these IDs for now. Signed-off-by: Florian Fainelli --- drivers/net/dsa/b53/b53_common.c | 63

[PATCH net-next v3 1/2] net: ethernet: mediatek: modify to use the PDMA instead of the QDMA for Ethernet RX

Because the PDMA has richer features than the QDMA for Ethernet RX (such as multiple RX rings, HW LRO, etc.), the patch modifies to use the PDMA to handle Ethernet RX. Signed-off-by: Nelson Chang --- drivers/net/ethernet/mediatek/mtk_eth_soc.c | 76

[PATCH net-next 2/6] net: dsa: b53: Prepare to support 7445 switch

Allocate a device entry for the Broadcom BCM7445 integrated switch currently backed by bcm_sf2.c. Since this is the latest generation, it has 4 ARL entries, 4K VLANs and uses Port 8 for the CPU/IMP port. Signed-off-by: Florian Fainelli --- drivers/net/dsa/b53/b53_common.c

Re: [PATCH net-next] net: dsa: rename switch operations structure

From: Vivien Didelot Date: Tue, 23 Aug 2016 12:38:56 -0400 > Now that the dsa_switch_driver structure contains only function pointers > as it is supposed to, rename it to the more appropriate dsa_switch_ops, > uniformly to any other operations structure in

[PATCH net-next v4 3/3] net: veth: Set features for MPLS

veth does not really transmit packets only moves the skb from one netdev to another so gso and checksum is not really needed. Add the features to mpls_features to get the same benefit and performance with MPLS as without it. Reported-by: Lennert Buytenhek Signed-off-by:

Re: [PATCH net-next 2/3] net: mpls: Fixups for GSO

On 8/24/16 12:53 PM, David Ahern wrote: > What change is needed in pop_mpls? It already resets the mac_header and if > MPLS labels are removed there is no need to set network_header. I take it you > mean if the protocol is still MPLS and there are still labels then the > network header needs to

Re: A second case of XPS considerably reducing single-stream performance

Also, while it doesn't seem to have the same massive effect on throughput, I can also see out of order behaviour happening when the sending VM is on a node with a ConnectX-3 Pro NIC. Its driver is also enabling XPS it would seem. I'm not *certain* but looking at the traces it appears that

[PATCH v1 1/1 net-next] 8139cp: Fix one possible deadloop in cp_rx_poll

From: Gao Feng When cp_rx_poll does not get enough packet, it will check the rx interrupt status again. If so, it will jumpt to rx_status_loop again. But the goto jump resets the rx variable as zero too. As a result, it causes one possible deadloop. Assume this case,

[PATCH net-next 1/6] net: dsa: b53: Initialize ds->drv in b53_switch_alloc

In order to alloc drivers to override specific dsa_switch_driver callbacks, initialize ds->drv to b53_switch_ops earlier, which avoids having to expose this structure to glue drivers. Signed-off-by: Florian Fainelli --- drivers/net/dsa/b53/b53_common.c | 3 +-- 1 file

[PATCH net-next 5/6] net: dsa: bcm_sf2: Utilize core B53 driver when possible

The Broadcom Starfighter2 is almost entirely register compatible with B53, yet for historical reasons came up first in the tree and is now being updated to utilize b53_common.c to the fullest extent possible. A few things need to be adjusted to allow that: - the switch "core" registers currently

RE: [PATCH net-next 1/2] cxgb4/cxgb4vf: Add support for ndo_set_vf_vlan

> @@ -1202,6 +1202,10 @@ int t4vf_eth_xmit(struct sk_buff *skb, struct > net_device *dev) > BUG_ON(qidx >= pi->nqsets); > txq = >sge.ethtxq[pi->first_qset + qidx]; > > + if (pi->vlan_id && !skb_vlan_tag_present(skb)) > + __vlan_hwaccel_put_tag(skb,

RE: [PATCH net-next 2/2] cxgb4: Add support for ndo_get_vf_config

> +static void fill_vf_station_mac_addr(struct adapter *adap) > +{ > + unsigned int i; > + u8 hw_addr[ETH_ALEN], macaddr[ETH_ALEN]; > + int err; > + u8 *na; > + u16 a, b; > + > + err = t4_get_raw_vpd_params(adap, >params.vpd); > + if (!err) { > + na =

Re: [PATCH net-next 2/3] net: mpls: Fixups for GSO

Hi David, On Tue, Aug 23, 2016 at 01:24:51PM -0600, David Ahern wrote: > On 8/22/16 8:51 AM, Simon Horman wrote: > > > > The scheme that OvS uses so far is that mac_len denotes the number of bytes > > from the start of the MAC header until its end. In the absence of MPLS that > > will be the

Re: [PATCH -next] tipc: use kfree_skb() instead of kfree()

From: "Xue, Ying" Date: Wed, 24 Aug 2016 02:47:32 + > Acked-by: Ying Xue Please do not ACK patches like this. If you quote the patch with no demarcation in the initial column for the quoted text, like so: > From: Wei Yongjun

Re: [PATCH v4 net-next] net: diag: support SOCK_DESTROY for UDP sockets

From: David Ahern Date: Tue, 23 Aug 2016 21:06:33 -0700 > This implements SOCK_DESTROY for UDP sockets similar to what was done > for TCP with commit c1e64e298b8ca ("net: diag: Support destroying TCP > sockets.") A process with a UDP socket targeted for destroy is

Re: [PATCH -next] tipc: use kfree_skb() instead of kfree()

From: Wei Yongjun Date: Tue, 23 Aug 2016 23:01:02 + > From: Wei Yongjun > > Use kfree_skb() instead of kfree() to free sk_buff. > > Fixes: 0d051bf93c06 ("tipc: make bearer packet filtering generic") > Signed-off-by: Wei Yongjun

Re: [PATCH net-next 0/4] net: remove clear_sk() method

From: Eric Dumazet Date: Tue, 23 Aug 2016 11:39:25 -0700 > Since IPv6 socket lookups no longer dereference pinet6 pointer > and UDP lost SLAB_DESTROY_BY_RCU special rules, we no longer > need special clear_sk() methods. Series applied, thanks Eric. There were some merge

[PATCH net-next v2 2/2] net: diag: allow socket bytecode filters to match socket marks

This allows a privileged process to filter by socket mark when dumping sockets via INET_DIAG_BY_FAMILY. This is useful on systems that use mark-based routing such as Android. The ability to filter socket marks requires CAP_NET_ADMIN, which is consistent with other privileged operations allowed by

[PATCH net-next v2 1/2] net: diag: slightly refactor the inet_diag_bc_audit error checks.

This simplifies the code a bit and also allows inet_diag_bc_audit to send to userspace an error that isn't EINVAL. Signed-off-by: Lorenzo Colitti --- net/ipv4/inet_diag.c | 28 +--- 1 file changed, 17 insertions(+), 11 deletions(-) diff --git

[PATCH net-next 0/2] cxgb4: Adds support for VF mgmt ndo's

Hi, This patch series adds support for ndo_set_vf_vlan and ndo_get_vf_config for cxgb4 driver. This patch series has been created against net-next tree. We have included all the maintainers of respective drivers. Kindly review the change and let us know in case of any review comments. Thanks

[PATCH net-next 2/2] cxgb4: Add support for ndo_get_vf_config

Signed-off-by: Hariprasad Shenai --- drivers/net/ethernet/chelsio/cxgb4/cxgb4.h | 10 +++ drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c | 77 ++- drivers/net/ethernet/chelsio/cxgb4/t4_hw.c |2 +- 3 files changed, 86 insertions(+), 3

Re: [PATCH net] tun: fix transmit timestamp support

From: Soheil Hassas Yeganeh Date: Tue, 23 Aug 2016 18:22:33 -0400 > From: Soheil Hassas Yeganeh > > Instead of using sock_tx_timestamp, use skb_tx_timestamp to record > software transmit timestamp of a packet. > > sock_tx_timestamp resets and

Re: [PATCH] net: diag: Fix refcnt leak in error path destroying socket

From: David Ahern Date: Tue, 23 Aug 2016 21:05:27 -0700 > inet_diag_find_one_icsk takes a reference to a socket that is not > released if sock_diag_destroy returns an error. Fix by changing > tcp_diag_destroy to manage the refcnt for all cases and remove > the sock_put

[PATCH net-next 1/2] cxgb4/cxgb4vf: Add support for ndo_set_vf_vlan

Signed-off-by: Hariprasad Shenai --- drivers/net/ethernet/chelsio/cxgb4/cxgb4.h |1 + drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c| 21 +++ drivers/net/ethernet/chelsio/cxgb4/t4_hw.c | 25 +

Re: [PATCH net-next 2/2] cxgb4: Add support for ndo_get_vf_config

On Wednesday, August 08/24/16, 2016 at 07:15:49 +, Yuval Mintz wrote: > > +static void fill_vf_station_mac_addr(struct adapter *adap) > > +{ > > + unsigned int i; > > + u8 hw_addr[ETH_ALEN], macaddr[ETH_ALEN]; > > + int err; > > + u8 *na; > > + u16 a, b; > > + > > + err =

Re: [PATCH] dt: net: enhance DWC EQoS binding to support Tegra186

Hi Stephen, Nice to see the driver used in other chips. I have some comments below. Best Regards, Lars On 08/23/2016 10:47 PM, Stephen Warren wrote: From: Stephen Warren The Synopsys DWC EQoS is a configurable IP block which supports multiple options for bus type,

Re: [PATCH RESEND 8/8] af_unix: charge buffers to kmemcg

Hello, On Tue, Aug 23, 2016 at 02:48:11PM +0100, Sudeep K N wrote: > On Tue, May 24, 2016 at 5:36 PM, Vladimir Davydov > wrote: > > On Tue, May 24, 2016 at 06:02:06AM -0700, Eric Dumazet wrote: > >> On Tue, 2016-05-24 at 11:49 +0300, Vladimir Davydov wrote: > >> > Unix

  1   2   3   >