Re: [PATCH V2] Add flow control to the portmapper

On Fri, Jul 22, 2016 at 10:26:01AM -0500, Shiraz Saleem wrote: > On Thu, Jul 21, 2016 at 08:29:42PM +0300, Leon Romanovsky wrote: > > On Wed, Jul 20, 2016 at 09:47:50PM -0500, Shiraz Saleem wrote: > > > On Tue, Jul 19, 2016 at 08:32:53PM +0300, Leon Romanovsky wrote: > > > > On Tue, Jul 19, 2016

Re: [PATCH V2] Add flow control to the portmapper

On Thu, Jul 21, 2016 at 12:42:42PM -0500, Steve Wise wrote: > > > > On Wed, Jul 20, 2016 at 09:47:50PM -0500, Shiraz Saleem wrote: > > > On Tue, Jul 19, 2016 at 08:32:53PM +0300, Leon Romanovsky wrote: > > > > On Tue, Jul 19, 2016 at 09:50:24AM -0500, Shiraz Saleem wrote: > > > > > On Tue, Jul

Re: [PATCH] net: neigh: disallow state transition DELAY->STALE in neigh_update()

Hi, Chunhui He wrote: > Hi, > > On Fri, 22 Jul 2016 10:20:01 +0300 (EEST), Julian Anastasov > wrote: >> >> Hello, >> >> On Thu, 21 Jul 2016, Chunhui He wrote: >> >>> If neigh entry was CONNECTED and address is not changed, and if new state is >>> STALE, entry state will not

Re: [PATCH net-next v4] cdc_ether: Improve ZTE MF823/831/910 handling

From: Kristian Evensen Date: Thu, 21 Jul 2016 11:10:06 +0200 > The firmware in several ZTE devices (at least the MF823/831/910 > modems/mifis) use OS fingerprinting to determine which type of device to > export. In addition, these devices export a REST API which can

Re: [PATCH net-next V3] net: ena: Add a driver for Amazon Elastic Network Adapters (ENA)

On Tue, Jul 19, 2016 at 10:49:57AM -0700, Joe Perches wrote: > On Tue, 2016-07-19 at 20:26 +0300, Leon Romanovsky wrote: > > On Tue, Jul 19, 2016 at 02:09:25PM +0300, Netanel Belgazal wrote: > > > This is the debugging message interface. > > >

[PATCH net-next 3/3] bnxt_en: Add new NPAR and dual media device IDs.

Add 5741X/5731X NPAR device IDs and dual media SFP/10GBase-T device IDs. Signed-off-by: Michael Chan --- drivers/net/ethernet/broadcom/bnxt/bnxt.c | 39 ++- 1 file changed, 33 insertions(+), 6 deletions(-) diff --git

[PATCH net-next 1/3] bnxt_en: Improve ntuple filters by checking destination MAC address.

Include the destination MAC address in the ntuple filter structure. The current code assumes that the destination MAC address is always the MAC address of the NIC. This may not be true if there are macvlans, for example. Add destination MAC address checking and configure the filter correctly

[PATCH net-next 0/3] bnxt_en: Improve ntuple filters and add new IDs.

Improve ntuple filters and add some new PCI device IDs. Please review for net-next. Michael Chan (2): bnxt_en: Improve ntuple filters by checking destination MAC address. bnxt_en: Add new NPAR and dual media device IDs. Vasundhara Volam (1): bnxt_en: Log a message, if enabling NTUPLE

[PATCH net-next 2/3] bnxt_en: Log a message, if enabling NTUPLE filtering fails.

From: Vasundhara Volam If there are not enough resources to enable ntuple filtering, log a warning message. Signed-off-by: Vasundhara Volam Signed-off-by: Michael Chan ---

Re: [PATCH 1/1] lvs: Use IS_ERR_OR_NULL(svc) instead of IS_ERR(svc) || svc == NULL

On Fri, Jul 22, 2016 at 06:52:30PM +0800, Feng Gao wrote: > Thanks Simon. > This commit is accepted ? Hi Feng, it is now. I have pushed it to the ipvs-next tree and it should appear in net-next within the next 24 hours. Baring a calamity it should appear in the v4.9 release.

Re: [PATCH v4 5/7] thunderbolt: Networking state machine

On Mon, Jul 18, 2016 at 01:00:38PM +0300, Amir Levy wrote: > + const unique_id_be proto_uuid = APPLE_THUNDERBOLT_IP_PROTOCOL_UUID; > + > + if (memcmp(proto_uuid, hdr->apple_tbt_ip_proto_uuid, > +sizeof(proto_uuid)) != 0) { You may want to use the uuid_be data type provided

Re: kernel panic, __neigh_notify, 4.7.0-rc7, Workqueue: events_power_efficient neigh_periodic_work

On 2016-07-24 21:40, nuclear...@nuclearcat.com wrote: Different hardware, but same workload. Seems different bug, happened at least twice on this unit (both kernel panic messages here) As additional sidenote, that might be useful (found in commits, that proxy arp might induce this bug, such as

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

On 07/24/2016 06:57 PM, Tom Herbert wrote: On Tue, Jul 19, 2016 at 2:16 PM, Brenden Blanco wrote: 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.

Re: [Intel-wired-lan] [PATCH net] e1000e: fix PTP on e1000_pch_lpt variants

Hi, [auto build test ERROR on net/master] url: https://github.com/0day-ci/linux/commits/Jarod-Wilson/e1000e-fix-PTP-on-e1000_pch_lpt-variants/20160725-040850 config: i386-randconfig-x001-201630 (attached as .config) compiler: gcc-6 (Debian 6.1.1-9) 6.1.1 20160705 reproduce: # save

Re: PROBLEM: network data corruption (bisected to e5a4b0bb803b)

On Sun, Jul 24, 2016 at 07:45:13PM +0200, Christian Lamparter wrote: > > The symptom is that downloaded files (http, ftp, and probably other > > protocols) have small corrupted segments (about 1-2 kilobytes long) in > > random locations. Only downloads that sustain a high speed for at least a > >

kernel panic, __neigh_notify, 4.7.0-rc7, Workqueue: events_power_efficient neigh_periodic_work

Different hardware, but same workload. Seems different bug, happened at least twice on this unit (both kernel panic messages here) First crash: [45113.975701] general protection fault: [#1] SMP [45113.976110] Modules linked in: cls_fw act_police cls_u32 sch_ingress sch_sfq sch_htb

[PATCH] gtp: #define #define _GTP_H_ and not #define _GTP_H

From: Colin Ian King Fix clang build warning: ./include/net/gtp.h:1:9: warning: '_GTP_H_' is used as a header guard here, followed by #define of a different macro [-Wheader-guard] fix by defining _GTP_H_ and not _GTP_H Signed-off-by: Colin Ian King

kernel panic, qdisc_dequeue_head, htb, 4.7.0-rc7

Hi, I'm still struggling to find out reason of random reboots on BRAS servers (PPPoE + HTB egress on ppp and policer for ppp ingress). Here is happening at 4.7.0-rc7, it seems panic is happening at peak time, 1-2 times per day now. I noticed also rise of kernel panic on other locations as

Re: PROBLEM: network data corruption (bisected to e5a4b0bb803b)

Hello, I added Al Viro to the CC (probably not necessary...) On Sunday, July 24, 2016 3:35:14 AM CEST Alan Curry wrote: > [1.] One line summary of the problem: > network data corruption (bisected to e5a4b0bb803b) > > [2.] Full description of the problem/report: > Note: although my bisect ended

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

On Tue, Jul 19, 2016 at 2:16 PM, Brenden Blanco wrote: > 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

[PATCH net-next V2 2/2] net/mlx5e: Query minimum required header copy during xmit

From: Hadar Hen Zion Add support for query the minimum inline mode from the Firmware. It is required for correct TX steering according to L3/L4 packet headers. Each send queue (SQ) has inline mode that defines the minimal required headers that needs to be copied into the SQ

[PATCH net-next V2 0/2] Mellanox 100G mlx5 minimum inline header mode

Hi Dave, This small series from Hadar adds the support for minimum inline header mode query in mlx5e NIC driver. Today on TX the driver copies to the HW descriptor only up to L2 header which is the default required mode and sufficient for today's needs. The header in the HW descriptor is used

[PATCH net-next V2 1/2] net/mlx5e: Check the minimum inline header mode before xmit

From: Hadar Hen Zion Each send queue (SQ) has inline mode that defines the minimal required inline headers in the SQ WQE. Before sending each packet check that the minimum required headers on the WQE are copied. Signed-off-by: Hadar Hen Zion

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

On Tue, 19 Jul 2016 12:16:50 -0700 Brenden Blanco wrote: > The xdp program is present as a per-ring data structure, but as of yet > it is not possible to set at that granularity through any ndo. Thank you for doing this! :-) -- Best regards, Jesper Dangaard Brouer

Re；为各跨境电商提供物流服务

Dear Sir/Miss This is the e-mail from Paul of HAOCHING INT'L LOGISTICS LTD in China. Our company is a well-staffed freight forwarding and logistics service company located in Shenzhen/Dongguan/Guangzhou/HuiZhou/Zhongshan GuangDong Province china，and provide safety, convenient & speedy logistic

Re: [PATCH] netfilter: x_tables: fix kmemcheck warning.

Hello. On 7/24/2016 5:31 AM, Tetsuo Handa wrote: kmemcheck complains that some of struct nf_hook_ops members allocated at xt_hook_ops_alloc() are not initialized before nf_register_net_hook() is called. Add __GFP_ZERO to initialize explicitly. [ 367.411936] nf_conntrack version 0.5.0 (6144

Re: [ethtool PATCH v2 4/4] ethtool: Enhancing link mode bits to support 25G/50G/100G

Yuval, I will try to resubmit the patches this week with updated comments Thanks Vidya Sagar On Sat, Jul 23, 2016 at 10:57 PM, Yuval Mintz wrote: >> Enhancing link mode bits to support 25G/50G/100G for supported and >> advertised speed mode bits >> >> Signed-off-by:

RE: [ethtool PATCH v2 4/4] ethtool: Enhancing link mode bits to support 25G/50G/100G

> Enhancing link mode bits to support 25G/50G/100G for supported and > advertised speed mode bits > > Signed-off-by: Vidya Sagar Ravipati > --- > ethtool.c | 27 +++ > 1 file changed, 27 insertions(+) Hi Vidya, Are you re-trying your series