Re: [PATCH] net: ip_finish_output_gso: If skb_gso_network_seglen exceeds MTU, do segmentation even for non IPSKB_FORWARDED skbs

On Sat, 9 Jul 2016 15:22:30 +0200 Florian Westphal wrote: > Shmulik Ladkani wrote: > > I'd appreciate any suggestion how to determine traffic is local OTHER > > THAN testing IPSKB_FORWARDED; If we have such a way, there wouldn't be an > >

[no subject]

Contact us if you need a loan for 1% interest

Re: [PATCH -next] ipv4: af_inet: make it explicitly non-modular

From: Paul Gortmaker Date: Mon, 11 Jul 2016 16:37:51 -0400 > The Makefile controlling compilation of this file is obj-y, > meaning that it currently is never being built as a module. > > Since MODULE_ALIAS is a no-op for non-modular code, we can simply > remove the

Re: [PATCH net 0/3] tipc: three small fixes

From: Jon Maloy Date: Mon, 11 Jul 2016 16:08:34 -0400 > Fixes for some broadcast link problems that may occur in large systems. Series applied, thanks Jon.

Re: [PATCH 1/2] Bluetooth: Add LED triggers for HCI frames tx and rx

Dear maintainers, Would you have a review on this? -Guodong On 23 June 2016 at 12:58, Guodong Xu wrote: > Two LED triggers are defined: tx_led and rx_led. Upon frames > available in HCI core layer, for tx or for rx, the combined LED > can blink. > > Verified on HiKey,

Re: [PATCH 3/3] crypto: Added Chelsio Menu to the Kconfig file

Hi, [auto build test WARNING on net-next/master] [also build test WARNING on v4.7-rc7 next-20160711] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Yeshaswi-M-R-Gowda/crypto-chcr-Add-Chelsio

Re: [PATCH v2 net-next] rtnl: Add GFP flag argument to rtnl_unicast()

On 2016年07月12日 05:01, David Miller wrote: The code is correct and optimal as-is. There is no gain to your changes. gfp_any() will do the right thing. In fact, your change makes the code more error prone because if any of these code paths get moved into an atomic context they will break

Re: eBPF tunable max instructions or max tail call?

On Mon, Jul 11, 2016 at 05:56:07PM -0700, Sargun Dhillon wrote: > It would be nice to have eBPF programs that are longer than 4096 > instructions. I'm trying to implement XSalsa20 in eBPF, and > unfortunately, it doesn't fit into 4096 instructions since I'm > unrolling all of the loops. Further

[added to the 3.18 stable tree] VSOCK: do not disconnect socket when peer has shutdown SEND only

From: Ian Campbell This patch has been added to the 3.18 stable tree. If you have any objections, please let us know. === [ Upstream commit dedc58e067d8c379a15a8a183c5db318201295bb ] The peer may be expecting a reply having sent a request and then done a

[added to the 4.1 stable tree] VSOCK: do not disconnect socket when peer has shutdown SEND only

From: Ian Campbell This patch has been added to the 4.1 stable tree. If you have any objections, please let us know. === [ Upstream commit dedc58e067d8c379a15a8a183c5db318201295bb ] The peer may be expecting a reply having sent a request and then done a

Re: [PATCH -next] net: ethernet: bgmac: Fix return value check in bgmac_probe()

From: weiyj...@163.com Date: Tue, 12 Jul 2016 00:17:28 + > From: Wei Yongjun > > In case of error, the function devm_ioremap_resource() returns ERR_PTR() > and never returns NULL. The NULL test in the return value check should be > replaced with IS_ERR(). > >

Re: [PATCH net v2 0/2] net: ethoc: Error path and transmit fixes

From: Florian Fainelli Date: Mon, 11 Jul 2016 16:35:53 -0700 > I don't have access to any other platform using an ethoc interface so > it could be good to some testing on Xtensa for instance. So I'll wait until someone does such testing before applying this series.

Re: [PATCH v6 RESEND] r8152: Add support for setting pass through MAC address on RTL8153-AD

From: Mario Limonciello Date: Mon, 11 Jul 2016 19:58:04 -0500 > The RTL8153-AD supports a persistent system specific MAC address. > This means a device plugged into two different systems with host side > support will show different (but persistent) MAC addresses. > >

Re: XDP seeking input from NIC hardware vendors

On Sat, Jul 09, 2016 at 01:27:26PM +0200, Jesper Dangaard Brouer wrote: > On Fri, 8 Jul 2016 18:51:07 +0100 > Jakub Kicinski wrote: > > > On Fri, 8 Jul 2016 09:45:25 -0700, John Fastabend wrote: > > > The only distinction between VFs and queue groupings on my side

[PATCH v6 RESEND] r8152: Add support for setting pass through MAC address on RTL8153-AD

The RTL8153-AD supports a persistent system specific MAC address. This means a device plugged into two different systems with host side support will show different (but persistent) MAC addresses. This information for the system's persistent MAC address is burned in when the system HW is built and

eBPF tunable max instructions or max tail call?

It would be nice to have eBPF programs that are longer than 4096 instructions. I'm trying to implement XSalsa20 in eBPF, and unfortunately, it doesn't fit into 4096 instructions since I'm unrolling all of the loops. Further than that, doing tail calls to process each block results in me hitting

RE: [Intel-wired-lan] [BUG] Panic on boot in ixgbe with Xeon D-1531

The igbvf is a bit of a red herring since it is not the VF driver for ixgbe and sriov isn't enable on this boot anyway as we can tell by the number of queue allocated. As for the panic I believe we already have a patch, but if you could supply the DevID we could tell you for sure. Thanks,

[PATCH -next] net: ethernet: bgmac: Fix return value check in bgmac_probe()

From: Wei Yongjun In case of error, the function devm_ioremap_resource() returns ERR_PTR() and never returns NULL. The NULL test in the return value check should be replaced with IS_ERR(). Signed-off-by: Wei Yongjun ---

Re: [PATCH 3/3] crypto: Added Chelsio Menu to the Kconfig file

Hi, [auto build test WARNING on net-next/master] [also build test WARNING on v4.7-rc7 next-20160711] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Yeshaswi-M-R-Gowda/crypto-chcr-Add-Chelsio

[PATCH net v2 2/2] net: ethoc: Correctly pad short packets

Even though the hardware can be doing zero padding, we want the SKB to be going out on the wire with the appropriate size. This fixes packet truncations observed with e.g: ARP packets. Signed-off-by: Florian Fainelli --- drivers/net/ethernet/ethoc.c | 5 + 1 file

[PATCH net v2 0/2] net: ethoc: Error path and transmit fixes

Hi all, This patch series contains two patches for the ethoc driver while testing on a TS-7300 board where ethoc is provided by an on-board FPGA. First patch was cooked after chasing crashes with invalid resources passed to the driver. Second patch was cooked after seeing that an interface

[PATCH net v2 1/2] net: ethoc: Fix early error paths

In case any operation fails before we can successfully go the point where we would register a MDIO bus, we would be going to an error label which involves unregistering then freeing this yet to be created MDIO bus. Update all error paths to go to label free which is the only one valid until either

Re: [PATCH 0/2] ARM: dts: NSP: Add built-in Ethernet switch nodes

On 07/08/2016 01:07 PM, Andrew Lunn wrote: > On Fri, Jul 08, 2016 at 11:49:27AM -0700, Florian Fainelli wrote: >> This patch series is based on Broadcom/stblinux/devicetree/next which >> contains proper support for the BCM958625HR board. To get working >> Ethernet switch and CPU Ethernet support,

Re: [PATCH v7 00/11] Add driver bpf hook for early packet drop and forwarding

On Mon, Jul 11, 2016 at 2:53 PM, Or Gerlitz wrote: > On Tue, Jul 12, 2016 at 12:29 AM, Brenden Blanco wrote: > >> v7: > [...] >> TODOs: >> Add ethtool per-ring stats for aborted, default cases, maybe even drop >> and tx as well. > > please no...

Re: [net-next PATCH RFC] mlx4: RX prefetch loop

On Mon, Jul 11, 2016 at 01:09:22PM +0200, Jesper Dangaard Brouer wrote: > > - /* Process all completed CQEs */ > > + /* Extract and prefetch completed CQEs */ > > while (XNOR(cqe->owner_sr_opcode & MLX4_CQE_OWNER_MASK, > > cq->mcq.cons_index & cq->size)) { > > +

[PATCH net-next,v3] tools: hv: Add a script to help bonding synthetic and VF NICs

From: Haiyang Zhang This script helps to create bonding network devices based on synthetic NIC (the virtual network adapter usually provided by Hyper-V) and the matching VF NIC (SRIOV virtual function). So the synthetic NIC and VF NIC can function as one network device,

Re: [PATCH v7 00/11] Add driver bpf hook for early packet drop and forwarding

On Tue, Jul 12, 2016 at 12:53:34AM +0300, Or Gerlitz wrote: > On Tue, Jul 12, 2016 at 12:29 AM, Brenden Blanco wrote: > > > v7: > [...] > > TODOs: > > Add ethtool per-ring stats for aborted, default cases, maybe even drop > > and tx as well. > > please no... lets stop

Re: [PATCH v6] r8152: Add support for setting pass through MAC address on RTL8153-AD

From: Date: Mon, 11 Jul 2016 21:54:07 + > Please let me know what else can be done for this patch to make it > acceptable so we can have parity for Linux. Just resubmit it and I'll apply it, I'm so tired of hearing about this...

RE: [PATCH v6] r8152: Add support for setting pass through MAC address on RTL8153-AD

> David, > > Did you have any more thoughts about this? I'm happy to make some other > adjustments to the patch, if you have some recommendations. Hi, I just wanted to share that the maintenance BIOSes released for the Dell platforms with Type-C this past week enables the MAC address pass

Re: [PATCH v7 00/11] Add driver bpf hook for early packet drop and forwarding

On Tue, Jul 12, 2016 at 12:29 AM, Brenden Blanco wrote: > v7: [...] > TODOs: > Add ethtool per-ring stats for aborted, default cases, maybe even drop > and tx as well. please no... lets stop and think if we can have something better vs every XDP enabled driver to have

Re: [PATCH v6 04/12] net/mlx4_en: add support for fast rx drop bpf program

On Mon, Jul 11, 2016 at 02:48:17PM +0300, Saeed Mahameed wrote: [...] > > yes, we need something like: > > +static inline void > +mlx4_en_sync_dma(struct mlx4_en_priv *priv, > +struct mlx4_en_rx_desc *rx_desc, > +int length) > +{ > + dma_addr_t dma; > + > +

Re: [PATCH v2 net] sock: ignore SCM_RIGHTS and SCM_CREDENTIALS in __sock_cmsg_send

From: Soheil Hassas Yeganeh Date: Mon, 11 Jul 2016 16:51:26 -0400 > From: Soheil Hassas Yeganeh > > Sergei Trofimovich reported that pulse audio sends SCM_CREDENTIALS > as a control message to TCP. Since __sock_cmsg_send does not > support SCM_RIGHTS

Re: [net-next:master 1118/1134] drivers/net/dsa/b53/b53_srab.c:388:20: warning: cast from pointer to integer of different size

On 07/11/2016 02:31 PM, David Miller wrote: > From: kbuild test robot > Date: Tue, 12 Jul 2016 05:19:57 +0800 > >> All warnings (new ones prefixed by >>): >> >>drivers/net/dsa/b53/b53_srab.c: In function 'b53_srab_probe': drivers/net/dsa/b53/b53_srab.c:388:20:

[PATCH v7 04/11] net/mlx4_en: add support for fast rx drop bpf program

Add support for the BPF_PROG_TYPE_XDP hook in mlx4 driver. In tc/socket bpf programs, helpers linearize skb fragments as needed when the program touches the packet data. However, in the pursuit of speed, XDP programs will not be allowed to use these slower functions, especially if it involves

[PATCH v7 02/11] net: add ndo to setup/query xdp prog in adapter rx

Add one new netdev op for drivers implementing the BPF_PROG_TYPE_XDP filter. The single op is used for both setup/query of the xdp program, modelled after ndo_setup_tc. Signed-off-by: Brenden Blanco --- include/linux/netdevice.h | 32

[PATCH] virtio-net: Remove more stack DMA

VLAN and MQ control was doing DMA from the stack. Fix it. Cc: Michael S. Tsirkin Cc: "netdev@vger.kernel.org" Signed-off-by: Andy Lutomirski --- I tested VLAN addition and removal with CONFIG_VMAP_STACK=y, CONFIG_DEBUG_SG=y and it got

[PATCH v7 03/11] rtnl: add option for setting link xdp prog

Sets the bpf program represented by fd as an early filter in the rx path of the netdev. The fd must have been created as BPF_PROG_TYPE_XDP. Providing a negative value as fd clears the program. Getting the fd back via rtnl is not possible, therefore reading of this value merely provides a bool

[PATCH v7 06/11] net/mlx4_en: add page recycle to prepare rx ring for tx support

The mlx4 driver by default allocates order-3 pages for the ring to consume in multiple fragments. When the device has an xdp program, this behavior will prevent tx actions since the page must be re-mapped in TODEVICE mode, which cannot be done if the page is still shared. Start by making the

[PATCH v7 10/11] bpf: enable direct packet data write for xdp progs

For forwarding to be effective, XDP programs should be allowed to rewrite packet data. This requires that the drivers supporting XDP must all map the packet memory as TODEVICE or BIDIRECTIONAL before invoking the program. Signed-off-by: Brenden Blanco ---

[PATCH v7 07/11] bpf: add XDP_TX xdp_action for direct forwarding

XDP enabled drivers must transmit received packets back out on the same port they were received on when a program returns this action. Signed-off-by: Brenden Blanco --- include/uapi/linux/bpf.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/uapi/linux/bpf.h

[PATCH v7 11/11] bpf: add sample for xdp forwarding and rewrite

Add a sample that rewrites and forwards packets out on the same interface. Observed single core forwarding performance of ~10Mpps. Since the mlx4 driver under test recycles every single packet page, the perf output shows almost exclusively just the ring management and bpf program work. Slowdowns

Re: [net-next:master 1118/1134] drivers/net/dsa/b53/b53_srab.c:388:20: warning: cast from pointer to integer of different size

From: kbuild test robot Date: Tue, 12 Jul 2016 05:19:57 +0800 > All warnings (new ones prefixed by >>): > >drivers/net/dsa/b53/b53_srab.c: In function 'b53_srab_probe': >>> drivers/net/dsa/b53/b53_srab.c:388:20: warning: cast from pointer to >>> integer of different

[PATCH v7 08/11] net/mlx4_en: break out tx_desc write into separate function

In preparation for writing the tx descriptor from multiple functions, create a helper for both normal and blueflame access. Signed-off-by: Brenden Blanco --- drivers/infiniband/hw/mlx4/qp.c| 11 +-- drivers/net/ethernet/mellanox/mlx4/en_tx.c | 127

[PATCH v7 00/11] Add driver bpf hook for early packet drop and forwarding

This patch set introduces new infrastructure for programmatically processing packets in the earliest stages of rx, as part of an effort others are calling eXpress Data Path (XDP) [1]. Start this effort by introducing a new bpf program type for early packet filtering, before even an skb has been

[PATCH v7 05/11] Add sample for adding simple drop program to link

Add a sample program that only drops packets at the BPF_PROG_TYPE_XDP_RX hook of a link. With the drop-only program, observed single core rate is ~20Mpps. Other tests were run, for instance without the dropcnt increment or without reading from the packet header, the packet rate was mostly

[PATCH v7 09/11] net/mlx4_en: add xdp forwarding and data write support

A user will now be able to loop packets back out of the same port using a bpf program attached to xdp hook. Updates to the packet contents from the bpf program is also supported. For the packet write feature to work, the rx buffers are now mapped as bidirectional when the page is allocated. This

[PATCH v7 01/11] bpf: add XDP prog type for early driver filter

Add a new bpf prog type that is intended to run in early stages of the packet rx path. Only minimal packet metadata will be available, hence a new context type, struct xdp_md, is exposed to userspace. So far only expose the packet start and end pointers, and only in read mode. An XDP program must

[net-next:master 1118/1134] drivers/net/dsa/b53/b53_srab.c:388:20: warning: cast from pointer to integer of different size

tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git master head: a536a6e13ecd0d6eb0ffc36c5d56555896617282 commit: fefae6909ead1798c39bee4d94e7e8f1f2752ef6 [1118/1134] net: dsa: b53: Allow SRAB driver to specify platform data config: ia64-allyesconfig (attached as

Re: [PATCH v6 01/12] bpf: add XDP prog type for early driver filter

On 07/11/2016 06:51 PM, Brenden Blanco wrote: On Sun, Jul 10, 2016 at 03:56:02PM -0500, Tom Herbert wrote: On Thu, Jul 7, 2016 at 9:15 PM, Brenden Blanco wrote: [...] +static bool __is_valid_xdp_access(int off, int size, + enum

Re: Multi-thread udp 4.7 regression, bisected to 71d8c47fc653

On Mon, Jul 11, 2016 at 1:26 PM, Pablo Neira Ayuso wrote: > On Sun, Jul 10, 2016 at 04:48:26PM -0300, Marc Dionne wrote: >> An update here since I've had some interactions with Pablo off list. >> >> Further testing shows that the underlying cause of the different test >>

[PATCH v5 01/32] bluetooth: Switch SMP to crypto_cipher_encrypt_one()

SMP does ECB crypto on stack buffers. This is complicated and fragile, and it will not work if the stack is virtually allocated. Switch to the crypto_cipher interface, which is simpler and safer. Cc: Marcel Holtmann Cc: Gustavo Padovan Cc: Johan

Re: [patch net-next 1/2] devlink: add hardware messages tracing facility

On Mon, 11 Jul 2016 15:18:47 +0200 Jiri Pirko wrote: > diff --git a/include/net/devlink.h b/include/net/devlink.h > index c99ffe8..865ade6 100644 > --- a/include/net/devlink.h > +++ b/include/net/devlink.h > @@ -115,6 +115,8 @@ struct devlink *devlink_alloc(const struct

Re: [PATCH net] sock: ignore SCM_RIGHTS and SCM_CREDENTIALS in __sock_cmsg_send

On Mon, Jul 11, 2016 at 4:39 PM, David Miller wrote: > > From: Soheil Hassas Yeganeh > Date: Sun, 10 Jul 2016 12:51:46 -0400 > > > From: Soheil Hassas Yeganeh > > > > Sergei Trofimovich reported that pulse audio sends

Re: [PATCH -next] bpf: make inode code explicitly non-modular

From: Paul Gortmaker Date: Mon, 11 Jul 2016 12:51:01 -0400 > The Kconfig currently controlling compilation of this code is: > > init/Kconfig:config BPF_SYSCALL > init/Kconfig: bool "Enable bpf() system call" > > ...meaning that it currently is not being built as

Re: [PATCH][V2] nfp: check idx is -ENOSPC before using it is an index

From: Colin King Date: Mon, 11 Jul 2016 16:54:20 +0100 > From: Colin Ian King > > idx can be returned as -ENOSPC, so we should check for this first > before using it as an index into nn->vxlan_usecnt[] to avoid an > out of bounds array offset

[PATCH v2 net] sock: ignore SCM_RIGHTS and SCM_CREDENTIALS in __sock_cmsg_send

From: Soheil Hassas Yeganeh Sergei Trofimovich reported that pulse audio sends SCM_CREDENTIALS as a control message to TCP. Since __sock_cmsg_send does not support SCM_RIGHTS and SCM_CREDENTIALS, it returns an error and hence breaks pulse audio over TCP. SCM_RIGHTS and

Re: [PATCH v2] net: smc91x: ACPI Enable lan91x adapters

From: Jeremy Linton Date: Mon, 11 Jul 2016 10:28:40 -0500 > Enable lan91x adapters in some ARM machines and models > when booted with an ACPI kernel. > > Signed-off-by: Jeremy Linton Applied to net-next, thanks.

Re: [PATCH v2 net] ipv6: addrconf: fix Juniper SSL VPN client regression

From: Bjørn Mork Date: Mon, 11 Jul 2016 16:43:50 +0200 > The Juniper SSL VPN client use a "tun" interface and seems to > be picky about visible changes.to it. Commit cc9da6cc4f56 > ("ipv6: addrconf: use stable address generator for ARPHRD_NONE") > made such interfaces get an

[PATCH] iwlwifi: add missing type declaration

The iwl-debug.h header relies in implicit inclusion of linux/device.h and we get a lot of warnings without that: drivers/net/wireless/intel/iwlwifi/iwl-debug.h:44:23: error: 'struct device' declared inside parameter list will not be visible outside of this definition or declaration [-Werror]

Re: [patch net-next 1/2] devlink: add hardware messages tracing facility

From: Jiri Pirko Date: Mon, 11 Jul 2016 15:18:47 +0200 > From: Jiri Pirko > > Define a tracepoint and allow user to trace messages going to and from > hardware associated with devlink instance. > > Signed-off-by: Jiri Pirko Jiri, I

Re: [PATCH net-next] drivers/net: fixup comments after "Future-proof tunnel offload handlers"

From: Sabrina Dubroca Date: Mon, 11 Jul 2016 13:12:28 +0200 > Some comments weren't updated to reflect the renaming of ndo's and the > change of arguments. > > Signed-off-by: Sabrina Dubroca Applied, thanks Sabrina.

Re: [PATCHv2 net] ipv4: reject RTNH_F_DEAD and RTNH_F_LINKDOWN from user space

From: Julian Anastasov Date: Sun, 10 Jul 2016 21:11:55 +0300 > Vegard Nossum is reporting for a crash in fib_dump_info > when nh_dev = NULL and fib_nhs == 1: ... > $ addr2line -e vmlinux -i 0x602b3d18 > include/linux/inetdevice.h:222 > net/ipv4/fib_semantics.c:1264 > > Problem

[PATCH -next] ipv4: af_inet: make it explicitly non-modular

The Makefile controlling compilation of this file is obj-y, meaning that it currently is never being built as a module. Since MODULE_ALIAS is a no-op for non-modular code, we can simply remove the MODULE_ALIAS_NETPROTO variant used here. We replace module.h with kmod.h since the file does make

Re: [PATCH net] sock: ignore SCM_RIGHTS and SCM_CREDENTIALS in __sock_cmsg_send

From: Soheil Hassas Yeganeh Date: Sun, 10 Jul 2016 12:51:46 -0400 > From: Soheil Hassas Yeganeh > > Sergei Trofimovich reported that pulse audio sends SCM_CREDENTIALS > as a control message to TCP. Since __sock_cmsg_send does not > support SCM_RIGHTS

Re: [PATCH v2 net] tcp: make challenge acks less predictable

From: Eric Dumazet Date: Sun, 10 Jul 2016 10:04:02 +0200 > From: Eric Dumazet > > Yue Cao claims that current host rate limiting of challenge ACKS > (RFC 5961) could leak enough information to allow a patient attacker > to hijack TCP sessions. He

Re: [PATCH RESEND] iwlwifi, Do not implement thermal zone unless ucode is loaded

On 07/11/2016 02:27 PM, Grumbach, Emmanuel wrote: > On Mon, 2016-07-11 at 14:19 -0400, Prarit Bhargava wrote: >> >> On 07/11/2016 02:00 PM, Emmanuel Grumbach wrote: >>> On Mon, Jul 11, 2016 at 6:18 PM, Prarit Bhargava

Re: [patch net-next] MAINTAINERS: release Scott from being a rocker maintainer

From: Jiri Pirko Date: Sun, 10 Jul 2016 09:42:44 +0200 > From: Jiri Pirko > > As requested by Scott, removing him. > > Signed-off-by: Scott Feldman > Signed-off-by: Jiri Pirko Applied.

Re: [PATCH net-next v2] tunnels: correct conditional build of MPLS and IPv6

From: Simon Horman Date: Sun, 10 Jul 2016 10:20:11 +0900 > Using a combination if #if conditionals and goto labels to unwind > tunnel4_init seems unwieldy. This patch takes a simpler approach of > directly unregistering previously registered protocols when an error >

Re: [PATCH net-next 0/6] sctp: implement rfc7496 in sctp

From: Marcelo Ricardo Leitner Date: Mon, 11 Jul 2016 13:15:29 -0300 > On Sat, Jul 09, 2016 at 07:47:39PM +0800, Xin Long wrote: >> This patchset implements "Additional Policies for the Partially Reliable >> Stream Control Transmission Protocol Extension" described on

[PATCH net 3/3] tipc: reset all unicast links when broadcast send link fails

In test situations with many nodes and a heavily stressed system we have observed that the transmission broadcast link may fail due to an excessive number of retransmissions of the same packet. In such situations we need to reset all unicast links to all peers, in order to reset and re-synchronize

[PATCH net 2/3] tipc: ensure correct broadcast send buffer release when peer is lost

After a new receiver peer has been added to the broadcast transmission link, we allow immediate transmission of new broadcast packets, trusting that the new peer will not accept the packets until it has received the previously sent unicast broadcast initialiation message. In the same way, the

[PATCH net 0/3] tipc: three small fixes

Fixes for some broadcast link problems that may occur in large systems. Jon Maloy (3): tipc: extend broadcast link initialization criteria tipc: ensure correct broadcast send buffer release when peer is lost tipc: reset all unicast links when broadcast send link fails net/tipc/bearer.c |

[PATCH net 1/3] tipc: extend broadcast link initialization criteria

At first contact between two nodes, an endpoint might sometimes have time to send out a LINK_PROTOCOL/STATE packet before it has received the broadcast initialization packet from the peer, i.e., before it has received a valid broadcast packet number to add to the 'bc_ack' field of the protocol

Re: [PATCH v2 net-next] rtnl: Add GFP flag argument to rtnl_unicast()

From: Masashi Honma Date: Sat, 9 Jul 2016 12:59:04 +0900 > This commit extends rtnl_unicast() to specify GFP flags. > > This commit depends on Eric Dumazet's commits below. > ipv4: do not abuse GFP_ATOMIC in inet_netconf_notify_devconf() > ipv6: do not

Re: [PATCH net] tcp_timer.c: Add kernel-doc function descriptions

On 08/07/16 21:58, Richard Sailer wrote: > This adds kernel-doc style descriptions for 6 functions and > fixes 1 typo. > > Signed-off-by: Richard Sailer > --- > net/ipv4/tcp_timer.c | 66 > +--- > 1 file changed, 57

Re: [PATCH] Revert "net: ethernet: bcmgenet: use phy_ethtool_{get|set}_link_ksettings"

From: Philippe Reynes Date: Sat, 9 Jul 2016 00:54:47 +0200 > This reverts commit 4386f5662e63 ("net: ethernet: bcmgenet: use > phy_ethtool_{get|set}_link_ksettings") > > This patch is wrong, the function phy_ethtool_{get|set}_link_ksettings > don't check if the device is

Re: [PATCH net] tcp_timer.c: Add kernel-doc function descriptions

From: Richard Sailer Date: Fri, 8 Jul 2016 22:58:26 +0200 > > +/** > + * tcp_write_err() - close socket and save error info. > + * @sk: The socket the error has appeared on. > + * > + * Returns: Nothing (void) > + */ > + ... > +/** > + *

RE: [net-next 0/6] common library for Chelsio drivers

> > Hi, > > > > This patch series adds common library module(libcxgb.ko) > > for Chelsio drivers to remove duplicate code. > > > > This series moves common iSCSI DDP Page Pod manager > > code from cxgb4.ko to libcxgb.ko, earlier this code > > was used by only cxgbit.ko now it is used by > > three

Re: [PATCH net-next 0/2] net: dsa: b53: Add Broadcom NSP switch support

From: Florian Fainelli Date: Fri, 8 Jul 2016 11:39:11 -0700 > This patch series updates the B53 driver to support Broadcom's Northstar Plus > Soc integrated switch. > > Unlike the version of the core present in BCM5301x/Northstar, we cannot read > the > full chip id of

Re: [net-next 0/6] common library for Chelsio drivers

From: Varun Prakash Date: Fri, 8 Jul 2016 23:03:53 +0530 > Hi, > > This patch series adds common library module(libcxgb.ko) > for Chelsio drivers to remove duplicate code. > > This series moves common iSCSI DDP Page Pod manager > code from cxgb4.ko to libcxgb.ko, earlier

4.6.3, pppoe + shaper workload, skb_panic / skb_push / ppp_start_xmit

Hi On latest kernel i noticed kernel panic happening 1-2 times per day. It is also happening on older kernel (at least 4.5.3). Panic message received over netconsole: [42916.416307] skbuff: skb_under_panic: text:a00e8ce5 len:581 put:2 head:8800b0bf2800 data:ffa00500b0bf284c

Re: [PATCH net] udp: prevent bugcheck if filter truncates packet too much

From: Michal Kubecek Date: Fri, 8 Jul 2016 17:52:33 +0200 (CEST) > If socket filter truncates an udp packet below the length of UDP header > in udpv6_queue_rcv_skb() or udp_queue_rcv_skb(), it will trigger a > BUG_ON in skb_pull_rcsum(). This BUG_ON (and therefore a system

Re: [PATCH] bnxt_en: initialize rc to zero to avoid returning garbage

From: Colin King Date: Fri, 8 Jul 2016 16:42:48 +0100 > From: Colin Ian King > > rc is not initialized so it can contain garbage if it is not > set by the call to bnxt_read_sfp_module_eeprom_info. Ensure > garbage is not returned by

Re: [PATCH 3/3] crypto: Added Chelsio Menu to the Kconfig file

Hi, [auto build test WARNING on net-next/master] [also build test WARNING on v4.7-rc7 next-20160711] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Yeshaswi-M-R-Gowda/crypto-chcr-Add-Chelsio

Re: [PATCH 0/7] pull request for net: batman-adv 2016-07-08

From: Simon Wunderlich Date: Fri, 8 Jul 2016 11:49:15 +0200 > here are some more bugfix patches which we would like to have integrated > into net, if that is still possible! > > Please pull or let me know of any problem! Pulled, thanks Simon.

RE: [Intel-wired-lan] [PATCH] net: ethernet: intel: fm10k: Remove create_workqueue

-Original Message- From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On Behalf Of Bhaktipriya Shridhar Sent: Wednesday, June 1, 2016 8:40 AM To: Kirsher, Jeffrey T Cc: Tejun Heo ; netdev@vger.kernel.org;

Re: [PATCH v2 net] ipv6: addrconf: fix Juniper SSL VPN client regression

valdis.kletni...@vt.edu writes: > Tested against next-20160708, and the Juniper code works fine. Feel free > to stick a Tested-By: on the V2 patch... Thanks to both of you for verifying that it solves the Juniper problem. A tip: Patchworks is nice enough to automatically pick up tags from

Re: [PATCH 2/3] chcr: Support for Chelsio's Crypto Hardware

On Mon, 2016-07-11 at 11:28 -0700, Yeshaswi M R Gowda wrote: > The Chelsio's Crypto Hardware can perform the following operations: > SHA1, SHA224, SHA256, SHA384 and SHA512, HMAC(SHA1), HMAC(SHA224), > HMAC(SHA256), HMAC(SHA384), HAMC(SHA512), AES-128-CBC, AES-192-CBC, > AES-256-CBC, AES-128-XTS,

Re: [PATCH nf-next 3/3] netfilter: replace list_head with single linked list

Thanks for this; I will send a v2 in the next two days. -Aaron Florian Westphal writes: > Aaron Conole wrote: >> --- a/net/netfilter/core.c >> +++ b/net/netfilter/core > [..] >> +#define nf_entry_dereference(e) \ >> +rcu_dereference_protected(e,

RE: [Intel-wired-lan] [PATCH] ixgbe: always initialize setup_fc

>-Original Message- >From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On >Behalf Of Patrick McLean >Sent: Friday, July 01, 2016 6:31 PM >To: Kirsher, Jeffrey T >Cc: netdev@vger.kernel.org; intel-wired-...@lists.osuosl.org >Subject:

Re: [patch net-next 1/2] devlink: add hardware messages tracing facility

Mon, Jul 11, 2016 at 06:08:14PM CEST, rost...@goodmis.org wrote: >On Mon, 11 Jul 2016 15:18:47 +0200 >Jiri Pirko wrote: > >> From: Jiri Pirko >> >> Define a tracepoint and allow user to trace messages going to and from >> hardware associated with devlink

[PATCH 3/3] crypto: Added Chelsio Menu to the Kconfig file

Adds the config entry for the Chelsio Crypto Driver, Makefile changes for the same. Signed-off-by: Yeshaswi M R Gowda --- drivers/crypto/Kconfig |2 ++ drivers/crypto/Makefile |1 + 2 files changed, 3 insertions(+) diff --git a/drivers/crypto/Kconfig

[PATCH 2/3] chcr: Support for Chelsio's Crypto Hardware

The Chelsio's Crypto Hardware can perform the following operations: SHA1, SHA224, SHA256, SHA384 and SHA512, HMAC(SHA1), HMAC(SHA224), HMAC(SHA256), HMAC(SHA384), HAMC(SHA512), AES-128-CBC, AES-192-CBC, AES-256-CBC, AES-128-XTS, AES-256-XTS This patch implements the driver for above mentioned

[PATCH 1/3] cxgb4: Add Chelsio LLD support Chelsio Crypto ULD

The Chelsio crypto driver is an Upper Layer Driver (ULD), making use of the Chelsio Lower Layer Driver (LLD - cxgb4). The LLD facilitates the basic infrastructure services of the ULD. These services include queue allocation, deallocation and registration with LLD. The queues are used for sending

[PATCH 0/3] crypto/chcr: Add Chelsio Crypto Driver

Hi Herbert, This patch series contains 3 patches that add support for Chelsio's Crypto Hardware. The patch series has been created against Herbert Xu's tree (crypto-2.6). It includes patches for Chelsio Low Level Driver(cxgb4) and adds the new crypto Upper Layer Driver(chcr) under a new

Re: [PATCH RESEND] iwlwifi, Do not implement thermal zone unless ucode is loaded

On Mon, 2016-07-11 at 14:19 -0400, Prarit Bhargava wrote: > > On 07/11/2016 02:00 PM, Emmanuel Grumbach wrote: > > On Mon, Jul 11, 2016 at 6:18 PM, Prarit Bhargava > > wrote: > > > > > > Didn't get any feedback or review comments on this patch. > > > Resending ... > > > >

Re: [PATCH RESEND] iwlwifi, Do not implement thermal zone unless ucode is loaded

On 07/11/2016 02:00 PM, Emmanuel Grumbach wrote: > On Mon, Jul 11, 2016 at 6:18 PM, Prarit Bhargava wrote: >> >> Didn't get any feedback or review comments on this patch. Resending ... >> >> P. > > This change is obviously completely broken. It simply disables the >

Re: [PATCH RESEND] iwlwifi, Do not implement thermal zone unless ucode is loaded

On Mon, Jul 11, 2016 at 6:18 PM, Prarit Bhargava wrote: > > Didn't get any feedback or review comments on this patch. Resending ... > > P. This change is obviously completely broken. It simply disables the registration to thermal zone core. > > ---8<--- > > The iwlwifi

Re: [PATCH -next] bpf: make inode code explicitly non-modular

On 07/11/2016 06:51 PM, Paul Gortmaker wrote: The Kconfig currently controlling compilation of this code is: init/Kconfig:config BPF_SYSCALL init/Kconfig: bool "Enable bpf() system call" ...meaning that it currently is not being built as a module by anyone. Lets remove the couple traces of

Re: [PATCH net] i40e: use valid online CPU on q_vector initialization

On 06/27/2016 12:16 PM, Guilherme G. Piccoli wrote: Currently, the q_vector initialization routine sets the affinity_mask of a q_vector based on v_idx value. Meaning a loop iterates on v_idx, which is an incremental value, and the cpumask is created based on this value. This is a problem in

  1   2   >