[net-next 02/17] i40e: Rewrite Flow Director busy wait loop

From: Alexander Duyck We can reorder the busy wait loop at the start of the Flow Director transmit function to reduce the overall code size while still retaining the same functionality. As such I am taking advantage of the opportunity to do so. Change-ID:

[net-next 12/17] i40e: Drop redundant Rx descriptor processing code

From: Alexander Duyck This patch cleans up several pieces of redundant code in the Rx clean-up paths. The first bit is that hdr_addr and the status_err_len portions of the Rx descriptor represent the same value. As such there is no point in setting them to 0 before

[net-next 09/17] i40e/i40evf: Changed version from 1.6.16 to 1.6.19

From: Bimmy Pujari Signed-off-by: Bimmy Pujari Tested-by: Andrew Bowers Signed-off-by: Jeff Kirsher --- drivers/net/ethernet/intel/i40e/i40e_main.c | 2 +-

[net-next 16/17] i40e: Fix bit logic error in failure case

From: David Ertman Patch a036244c0686 "i40e: Fix kernel panic on enable/disable LLDP" introduced an error in bit logic. Originally this bit manipulation was meant to clear two bits to indicate that DCB was not enabled or capable. An "&" was incorrectly used instead of

[net-next 07/17] i40e: group base mode VF offload flags

From: Preethi Banala Group together the minimum set of offload capabilities that are always supported by VF in base mode. This define would be used by PF to make sure VF in base mode gets minimum of base capabilities . Change-ID:

[net-next 05/17] i40e: Drop code for unsupported flow types

From: Alexander Duyck We cannot currently support SCTP in the hardware, and IPV4_FLOW is not used anywhere by the software so we can go through and drop the functionality related to these two flow types. In addition we cannot support masking based on the protocol

[net-next 01/17] i40e: Fix client interaction

From: Carolyn Wyborny This patch fixes a problem in the client interface that was causing random stack traces in RDMA driver load and unload tests. This patch fixes the problem by checking for an existing client before trying to open it. Without this patch, there is

[net-next 00/17][pull request] 40GbE Intel Wired LAN Driver Updates 2016-10-28

This series contains updates to i40e and i40evf only. Carolyn provides a couple of fixes, first resolving a problem in the client interface that was causing random stack traces in the RDMA driver which was due to a timing related NULL pointer dereference. Fixed a problem where it could take a

[net-next 13/17] i40e: Fix for long link down notification time

From: Carolyn Wyborny This patch fixes a problem where it could take a very long time (>100 msec) to print the link down notification. This problem is fixed by changing how often we update link info from fw, when link is down. Without this patch, it can take over

[net-next 06/17] i40e: reopen client after reset

From: Mitch Williams Allow the client interface to reopen existing clients if they were closed. This allows clients to recover from reset, which is essential for supporting VF RDMA. In one instance, the driver was not clearing the open bit when the client was closed.

[PATCH] add one parameter wro_enable for IXGBE

--- drivers/net/ethernet/intel/ixgbe/ixgbe.h| 1 + drivers/net/ethernet/intel/ixgbe/ixgbe_82598.c | 29 ++--- drivers/net/ethernet/intel/ixgbe/ixgbe_common.c | 28 +--- drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 9 4 files

[PATCH] add one parameter wro_enable to enable relaxed ordering for IXGBE

This patch provides a way to enable relaxed ordering, where it helps with performance in some architecture. The default value of wro_enable is 0, if you want to enable relaxed ordering, please set wro_enable=1. Mao Wenan (1): add one parameter wro_enable for IXGBE

Re: [PATCH 17/17] batman-adv: Avoid precedence issues in macros

On Freitag, 28. Oktober 2016 18:56:24 CEST Joe Perches wrote: [...] > > But yes, looks to me like it is missing. Do you want to propose a patch or > > should I do? > > As you are working on this file, perhaps you should. Ok, I will submit a patch with you as Reported-by to the batman-adv mailing

Re: [PATCH v7 0/6] Add eBPF hooks for cgroups

On Sat, Oct 29, 2016 at 01:59:23PM +0900, Lorenzo Colitti wrote: > On Sat, Oct 29, 2016 at 1:51 PM, Alexei Starovoitov > wrote: > >> What's the use case for egress? > >> > >> We (android networking) are currently looking at implementing network > >> accounting via

Re: net/dccp: warning in dccp_feat_clone_sp_val/__might_sleep

On Fri, Oct 28, 2016 at 5:40 PM, Andrey Konovalov wrote: > Hi, > > I've got the following error report while running the syzkaller fuzzer: > > [ cut here ] > WARNING: CPU: 0 PID: 4608 at kernel/sched/core.c:7724 > __might_sleep+0x14c/0x1a0

<    1   2