Re: [PATCH 1/1] bonding: restrict up state in 802.3ad mode

2016-01-06 Thread zhuyj
On 01/07/2016 10:43 AM, Tantilov, Emil S wrote: -Original Message- From: zhuyj [mailto:zyjzyj2...@gmail.com] Sent: Tuesday, January 05, 2016 7:05 PM To: Tantilov, Emil S; Michal Kubecek; Jay Vosburgh Cc: vfal...@gmail.com; go...@cumulusnetworks.com; netdev@vger.kernel.org; Shteinbock, Bor

Re: header conflict introduced by change to netfilter_ipv4/ip_tables.h

2016-01-06 Thread Mikko Rapeli
On Wed, Jan 06, 2016 at 09:20:07AM -0800, Stephen Hemminger wrote: > This commit breaks compilation of iproute2 with net-next. Ok, linux/if.h and libc net/if.h have overlapping defines, and this is not the only one. I saw lots of them in the core dump headers. How should we handle them? Another i

Re: WARN trace - skb_warn_bad_offload - vxlan - large udp packet - udp checksum disabled

2016-01-06 Thread Michal Kubecek
On Thu, Jan 07, 2016 at 03:36:27AM +0100, Hannes Frederic Sowa wrote: > On 15.12.2015 02:35, Nelson, Shannon wrote: > >Using a slightly modified version of udpspam (see diff below - > >hopefully not mangled by corporate email servers), where I set the > >SO_NO_CHECK socket option and can specify a

Re: [PATCH 1/1] bonding: restrict up state in 802.3ad mode

2016-01-06 Thread zhuyj
Hi, Emil Would you like to help me to make tests with this patch? If the root cause is not the time span, I will make a new patch for this. Thanks a lot. Zhu Yanjun On 01/07/2016 02:15 PM, zyjzyj2...@gmail.com wrote: From: Zhu Yanjun In 802.3ad mode, the speed and duplex is needed. But in so

RE: [PATCH 1/1] bonding: restrict up state in 802.3ad mode

2016-01-06 Thread Tantilov, Emil S
>-Original Message- >From: zhuyj [mailto:zyjzyj2...@gmail.com] >Sent: Wednesday, January 06, 2016 7:34 PM >To: Tantilov, Emil S; Michal Kubecek; Jay Vosburgh >Cc: vfal...@gmail.com; go...@cumulusnetworks.com; netdev@vger.kernel.org; >Shteinbock, Boris (Wind River) >Subject: Re: [PATCH 1/1]

Re: [PATCH net-next] net, sched: add clsact qdisc

2016-01-06 Thread Alexei Starovoitov
On Wed, Jan 06, 2016 at 02:00:56AM +0100, Daniel Borkmann wrote: > > I decided to extend the sch_ingress module with clsact functionality so > that commonly used code can be reused, the module is being aliased with > sch_clsact so that it can be auto-loaded properly. Alternative would have been >

Re: [PATCH 1/1] bonding: restrict up state in 802.3ad mode

2016-01-06 Thread zhuyj
On 01/07/2016 10:43 AM, Tantilov, Emil S wrote: -Original Message- From: zhuyj [mailto:zyjzyj2...@gmail.com] Sent: Tuesday, January 05, 2016 7:05 PM To: Tantilov, Emil S; Michal Kubecek; Jay Vosburgh Cc: vfal...@gmail.com; go...@cumulusnetworks.com; netdev@vger.kernel.org; Shteinbock, Bor

Re: [PATCH net-next] bpf: add skb_postpush_rcsum and fix dev_forward_skb occasions

2016-01-06 Thread kbuild test robot
Hi Daniel, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Daniel-Borkmann/bpf-add-skb_postpush_rcsum-and-fix-dev_forward_skb-occasions/20160107-090423 config: x86_64-lkp (attached as .config) reproduce: # save the attached .config to linux bui

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

2016-01-06 Thread Hannes Frederic Sowa
On 07.01.2016 03:36, Tom Herbert wrote: On Wed, Jan 6, 2016 at 5:52 PM, Hannes Frederic Sowa wrote: Hi Tom, On 05.01.2016 19:41, Tom Herbert wrote: --- /dev/null +++ b/arch/x86/lib/csum-partial_64.S @@ -0,0 +1,147 @@ +/* Copyright 2016 Tom Herbert + * + * Checksum partial calculation + * +

RE: [PATCH 1/1] bonding: restrict up state in 802.3ad mode

2016-01-06 Thread Tantilov, Emil S
>-Original Message- >From: zhuyj [mailto:zyjzyj2...@gmail.com] >Sent: Tuesday, January 05, 2016 7:05 PM >To: Tantilov, Emil S; Michal Kubecek; Jay Vosburgh >Cc: vfal...@gmail.com; go...@cumulusnetworks.com; netdev@vger.kernel.org; >Shteinbock, Boris (Wind River) >Subject: Re: [PATCH 1/1] bo

Re: [Intel-wired-lan] [PATCH 2/2] ixgbe: restrict synchronization of link_up and speed

2016-01-06 Thread zhuyj
On 01/06/2016 11:30 PM, Tantilov, Emil S wrote: -Original Message- From: zhuyj [mailto:zyjzyj2...@gmail.com] Sent: Tuesday, January 05, 2016 9:42 PM To: Tantilov, Emil S; Kirsher, Jeffrey T; Brandeburg, Jesse; Nelson, Shannon; Wyborny, Carolyn; Skidmore, Donald C; Allan, Bruce W; Ronciak,

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

2016-01-06 Thread Tom Herbert
On Wed, Jan 6, 2016 at 5:52 PM, Hannes Frederic Sowa wrote: > Hi Tom, > > On 05.01.2016 19:41, Tom Herbert wrote: >> >> --- /dev/null >> +++ b/arch/x86/lib/csum-partial_64.S >> @@ -0,0 +1,147 @@ >> +/* Copyright 2016 Tom Herbert >> + * >> + * Checksum partial calculation >> + * >> + * __wsum csum

Re: WARN trace - skb_warn_bad_offload - vxlan - large udp packet - udp checksum disabled

2016-01-06 Thread Hannes Frederic Sowa
On 15.12.2015 02:35, Nelson, Shannon wrote: Using a slightly modified version of udpspam (see diff below - hopefully not mangled by corporate email servers), where I set the SO_NO_CHECK socket option and can specify a large buffer size, I can reliably get the following WARN trace. I have repro

Re: WARN trace - skb_warn_bad_offload - vxlan - large udp packet - udp checksum disabled

2016-01-06 Thread Jesse Brandeburg
On Tue, 15 Dec 2015 01:35:27 + "Nelson, Shannon" wrote: > Using a slightly modified version of udpspam (see diff below - hopefully > not mangled by corporate email servers), where I set the SO_NO_CHECK > socket option and can specify a large buffer size, I can reliably get > the following WAR

Re: [Intel-wired-lan] [PATCH 2/2] ixgbe: restrict synchronization of link_up and speed

2016-01-06 Thread zhuyj
On 01/06/2016 11:30 PM, Tantilov, Emil S wrote: -Original Message- From: zhuyj [mailto:zyjzyj2...@gmail.com] Sent: Tuesday, January 05, 2016 9:42 PM To: Tantilov, Emil S; Kirsher, Jeffrey T; Brandeburg, Jesse; Nelson, Shannon; Wyborny, Carolyn; Skidmore, Donald C; Allan, Bruce W; Ronciak,

Re: [PATCH net-next] bpf: add skb_postpush_rcsum and fix dev_forward_skb occasions

2016-01-06 Thread Hannes Frederic Sowa
On 07.01.2016 02:01, Daniel Borkmann wrote: +static inline void skb_postpush_rcsum(struct sk_buff *skb, + const void *start, unsigned int len) +{ + if (skb->ip_summed == CHECKSUM_COMPLETE) + skb->csum = csum_add(skb->csum, csum_partial(start

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

2016-01-06 Thread Hannes Frederic Sowa
Hi Tom, On 05.01.2016 19:41, Tom Herbert wrote: --- /dev/null +++ b/arch/x86/lib/csum-partial_64.S @@ -0,0 +1,147 @@ +/* Copyright 2016 Tom Herbert + * + * Checksum partial calculation + * + * __wsum csum_partial(const void *buff, int len, __wsum sum) + * + * Computes the checksum of a memory b

Re: [RFC v5 5/6] Add PTP_SYS_OFFSET_PRECISE for driver crosstimestamping

2016-01-06 Thread Christopher Hall
Hi Richard, This all sounds fine. Thanks for the feedback. I'll roll this into the next patchset. Chris On Tue, 05 Jan 2016 07:27:32 -0800, Richard Cochran wrote: On Mon, Jan 04, 2016 at 04:45:22AM -0800, Christopher S. Hall wrote: + case PTP_SYS_OFFSET_PRECISE: +

Re: [ovs-dev] [PATCH net 0/2] vxlan: Set a large MTU on ovs-created vxlan devices

2016-01-06 Thread Jesse Gross
On Wed, Jan 6, 2016 at 4:29 PM, David Wragg wrote: > Jesse Gross writes: >> On Wed, Jan 6, 2016 at 3:25 PM, David Wragg wrote: >>> I'm certainly open to suggestions of better ways to solve the problem. >> >> One option is to simply set the MTU on the device from userspace. > > If that worked I w

Re: question about vrf-lite

2016-01-06 Thread Li RongQing
>> >> is it right? > > > no. The above works fine for me. I literally copied and pasted all of the > commands except the master ones which were adapted to my setup -- eth9 and > eth11 for me instead of eth0 and eth1. tcpdump on N2, N3 show the right one > is receiving packets based on which 'ping -

[PATCH net-next] bpf: add skb_postpush_rcsum and fix dev_forward_skb occasions

2016-01-06 Thread Daniel Borkmann
Add a small helper skb_postpush_rcsum() and fix up redirect locations that need CHECKSUM_COMPLETE fixups on ingress. dev_forward_skb() expects a proper csum that covers also Ethernet header, f.e. since 2c26d34bbcc0 ("net/core: Handle csum for CHECKSUM_COMPLETE VXLAN forwarding"), we also do skb_pos

Re: [ovs-dev] [PATCH net 0/2] vxlan: Set a large MTU on ovs-created vxlan devices

2016-01-06 Thread Jesse Gross
On Wed, Jan 6, 2016 at 4:14 PM, Hannes Frederic Sowa wrote: > Hi, > > > On 07.01.2016 00:57, Jesse Gross wrote: >> >> On Wed, Jan 6, 2016 at 3:25 PM, David Wragg wrote: >>> >>> David Miller writes: > > Prior to 4.3, openvswitch vxlan vports could transmit vxlan packets of > any size,

Re: [PATCH net-next v3 8/8] geneve: break dependency to network drivers

2016-01-06 Thread Hannes Frederic Sowa
Hi Jesse, On 07.01.2016 01:18, Jesse Gross wrote: On Wed, Jan 6, 2016 at 3:39 PM, Hannes Frederic Sowa wrote: Signed-off-by: Hannes Frederic Sowa --- drivers/net/geneve.c | 30 +++--- include/net/geneve.h | 7 +++ 2 files changed, 30 insertions(+), 7 deletions

Re: [ovs-dev] [PATCH net 0/2] vxlan: Set a large MTU on ovs-created vxlan devices

2016-01-06 Thread David Wragg
Jesse Gross writes: > On Wed, Jan 6, 2016 at 3:25 PM, David Wragg wrote: >> I'm certainly open to suggestions of better ways to solve the problem. > > One option is to simply set the MTU on the device from userspace. If that worked I wouldn't be submitting a patch. The MTU value of 1500 is not

Re: [PATCH net-next v3 8/8] geneve: break dependency to network drivers

2016-01-06 Thread Jesse Gross
On Wed, Jan 6, 2016 at 3:39 PM, Hannes Frederic Sowa wrote: > Signed-off-by: Hannes Frederic Sowa > --- > drivers/net/geneve.c | 30 +++--- > include/net/geneve.h | 7 +++ > 2 files changed, 30 insertions(+), 7 deletions(-) Thanks a lot for going through all the dri

Re: [ovs-dev] [PATCH net 0/2] vxlan: Set a large MTU on ovs-created vxlan devices

2016-01-06 Thread Hannes Frederic Sowa
Hi, On 07.01.2016 00:57, Jesse Gross wrote: On Wed, Jan 6, 2016 at 3:25 PM, David Wragg wrote: David Miller writes: Prior to 4.3, openvswitch vxlan vports could transmit vxlan packets of any size, constrained only by the ability to transmit the resulting UDP packets. 4.3 introduced vxlan ne

Re: [PATCH v2] net: Add eth_platform_get_mac_address() helper.

2016-01-06 Thread David Miller
From: Joe Perches Date: Wed, 06 Jan 2016 15:32:24 -0800 > On Thu, 2016-01-07 at 00:26 +0100, Bjørn Mork wrote: >> Joe Perches writes: >> > On Wed, 2016-01-06 at 16:33 -0500, David Miller wrote: >> > > A repeating pattern in drivers has become to use OF node information >> > > and, if not found,

Re: [PATCH v2] net: Add eth_platform_get_mac_address() helper.

2016-01-06 Thread Joe Perches
On Wed, 2016-01-06 at 19:01 -0500, David Miller wrote: > The caller checks for NULL, and this is the default implementation > doing precisely what it is meant to do. Yeah, I noticed that later. Nevermind... cheers, Joe -- To unsubscribe from this list: send the line "unsubscribe netdev" in the bo

Re: [ovs-dev] [PATCH net 0/2] vxlan: Set a large MTU on ovs-created vxlan devices

2016-01-06 Thread Jesse Gross
On Wed, Jan 6, 2016 at 3:25 PM, David Wragg wrote: > David Miller writes: >>> Prior to 4.3, openvswitch vxlan vports could transmit vxlan packets of >>> any size, constrained only by the ability to transmit the resulting >>> UDP packets. 4.3 introduced vxlan netdevs corresponding to vxlan >>> vp

Re: [BUG] skb corruption and kernel panic at forwarding with fragmentation

2016-01-06 Thread Florian Westphal
Florian Westphal wrote: > Thadeu Lima de Souza Cascardo wrote: > > On Wed, Jan 06, 2016 at 11:11:41PM +0300, Konstantin Khlebnikov wrote: [ skb_gso_segment uses skb->cb[], causes oops if ip_fragment is invoked on segmented skbs ] > > I have hit this as well, this fixes it for me on an older k

Re: [PATCH v2] net: Add eth_platform_get_mac_address() helper.

2016-01-06 Thread Bjørn Mork
Joe Perches writes: > On Thu, 2016-01-07 at 00:26 +0100, Bjørn Mork wrote: >> Joe Perches writes: >> > On Wed, 2016-01-06 at 16:33 -0500, David Miller wrote: >> > > A repeating pattern in drivers has become to use OF node information >> > > and, if not found, platform specific host information to

[PATCH net-next v3 4/8] benet: add rtnl lock protection around be_open in be_resume

2016-01-06 Thread Hannes Frederic Sowa
Cc: Sathya Perla Cc: Ajit Khaparde Cc: Padmanabh Ratnakar Cc: Sriharsha Basavapatna Signed-off-by: Hannes Frederic Sowa --- drivers/net/ethernet/emulex/benet/be_main.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/net/ethernet/emulex/benet/be_main.c b/d

[PATCH net-next v3 1/8] qlcnic: protect qlcnic_82xx_io_slot_reset with rtnl lock

2016-01-06 Thread Hannes Frederic Sowa
Cc: dept-gelinuxnic...@qlogic.com Signed-off-by: Hannes Frederic Sowa --- drivers/net/ethernet/qlogic/qlcnic/qlcnic_main.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/qlogic/qlcnic/qlcnic_main.c b/drivers/net/ethernet/qlogic/qlcnic/qlcnic_m

[PATCH net-next v3 5/8] fm10k: add rtnl lock protection in fm10k_io_resume

2016-01-06 Thread Hannes Frederic Sowa
Cc: Jeff Kirsher Signed-off-by: Hannes Frederic Sowa --- drivers/net/ethernet/intel/fm10k/fm10k_pci.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/ethernet/intel/fm10k/fm10k_pci.c b/drivers/net/ethernet/intel/fm10k/fm10k_pci.c index 4eb7a6fa6b0ddc..846d9b731c8c14 100644 ---

[PATCH net-next v3 8/8] geneve: break dependency to network drivers

2016-01-06 Thread Hannes Frederic Sowa
Signed-off-by: Hannes Frederic Sowa --- drivers/net/geneve.c | 30 +++--- include/net/geneve.h | 7 +++ 2 files changed, 30 insertions(+), 7 deletions(-) diff --git a/drivers/net/geneve.c b/drivers/net/geneve.c index 24b077a32c1c9c..5b8d728b1204be 100644 --- a/driver

[PATCH net-next v3 3/8] ixgbe: add rtnl locking in service task around vxlan_get_rx_port

2016-01-06 Thread Hannes Frederic Sowa
Protect IXGBE_FLAG2_VXLAN_REREG_NEEDED flag with rtnl_lock as it seems it could be concurrently modified by ixgbe_set_features and ixgbe_del_vxlan_port. Cc: Jeff Kirsher Signed-off-by: Hannes Frederic Sowa --- drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 2 ++ 1 file changed, 2 insertions(+)

[PATCH net-next v3 7/8] vxlan: break dependency to network drivers

2016-01-06 Thread Hannes Frederic Sowa
Signed-off-by: Hannes Frederic Sowa --- drivers/net/vxlan.c | 17 +++-- include/net/vxlan.h | 5 + 2 files changed, 12 insertions(+), 10 deletions(-) diff --git a/drivers/net/vxlan.c b/drivers/net/vxlan.c index fecf7b6c732e96..10f1304d58e1ea 100644 --- a/drivers/net/vxlan.c +++

[PATCH net-next v3 6/8] netdev: add netdevice notifier type to trigger a reprogramming of offloads

2016-01-06 Thread Hannes Frederic Sowa
Signed-off-by: Hannes Frederic Sowa --- include/linux/netdevice.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h index 8d8e5ca951b493..9750e46760695d 100644 --- a/include/linux/netdevice.h +++ b/include/linux/netdevice.h @@ -2183,6 +2183,

[PATCH net-next v3 2/8] mlx4: add rtnl lock protection in mlx4_en_restart

2016-01-06 Thread Hannes Frederic Sowa
I don't really understand the use of the state_lock. Can't it be simply replaced by rtnl_lock? It seems a lot of current users depend on rtnl_lock anyway. Anyway, fix this up for the moment. Cc: Eugenia Emantayev Signed-off-by: Hannes Frederic Sowa --- drivers/net/ethernet/mellanox/mlx4/en_net

[PATCH net-next v3 0/8] net: break dependency of drivers on geneve and vxlan

2016-01-06 Thread Hannes Frederic Sowa
Device drivers which support geneve or vxlan offloading have a dependency on the correlating tunnel kernel modules. Thus those drivers automatically load the geneve or vxlan modules. Break this dependency with this small series. Additionally this series features a review of the respective ->ndo_op

Re: [PATCH v2] net: Add eth_platform_get_mac_address() helper.

2016-01-06 Thread Joe Perches
On Thu, 2016-01-07 at 00:26 +0100, Bjørn Mork wrote: > Joe Perches writes: > > On Wed, 2016-01-06 at 16:33 -0500, David Miller wrote: > > > A repeating pattern in drivers has become to use OF node information > > > and, if not found, platform specific host information to extract the > > > ethernet

Re: [PATCH v2] net: Add eth_platform_get_mac_address() helper.

2016-01-06 Thread Bjørn Mork
Joe Perches writes: > On Wed, 2016-01-06 at 16:33 -0500, David Miller wrote: >> A repeating pattern in drivers has become to use OF node information >> and, if not found, platform specific host information to extract the >> ethernet address for a given device. > [] >> diff --git a/include/linux/et

Re: [PATCH net 0/2] vxlan: Set a large MTU on ovs-created vxlan devices

2016-01-06 Thread David Wragg
David Miller writes: >> Prior to 4.3, openvswitch vxlan vports could transmit vxlan packets of >> any size, constrained only by the ability to transmit the resulting >> UDP packets. 4.3 introduced vxlan netdevs corresponding to vxlan >> vports. These netdevs have an MTU, which limits the size of

Re: [PATCH v2] net: Add eth_platform_get_mac_address() helper.

2016-01-06 Thread Joe Perches
On Wed, 2016-01-06 at 16:33 -0500, David Miller wrote: > A repeating pattern in drivers has become to use OF node information > and, if not found, platform specific host information to extract the > ethernet address for a given device. [] > diff --git a/include/linux/etherdevice.h b/include/linux/e

Fwd: [PATCH net 0/3] ipv4: fix various issues reported by sparse

2016-01-06 Thread Lance Richardson
- Forwarded Message - > This trivial patch series addresses a number of endianness- and > lock-related issues reported by sparse. > > Lance Richardson (3): > ipv4: fix endianness warnings in ip_tunnel_core.c > ipv4: eliminate endianness warnings in ip_fib.h > ipv4: eliminate lock cou

Re: [PATCH net 0/2] vxlan: Set a large MTU on ovs-created vxlan devices

2016-01-06 Thread Jesse Gross
On Wed, Jan 6, 2016 at 12:59 PM, David Miller wrote: > From: David Wragg > Date: Wed, 6 Jan 2016 13:33:04 + > >> Prior to 4.3, openvswitch vxlan vports could transmit vxlan packets of >> any size, constrained only by the ability to transmit the resulting >> UDP packets. 4.3 introduced vxlan

[PATCH net 3/3] ipv4: eliminate lock count warnings in ping.c

2016-01-06 Thread Lance Richardson
Add lock release/acquire annotations to ping_seq_start() and ping_seq_stop() to satisfy sparse. Signed-off-by: Lance Richardson --- net/ipv4/ping.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/net/ipv4/ping.c b/net/ipv4/ping.c index e89094a..c117b21 100644 --- a/net/ipv4/ping.c +++ b/ne

[PATCH net 1/3] ipv4: fix endianness warnings in ip_tunnel_core.c

2016-01-06 Thread Lance Richardson
Eliminate endianness mismatch warnings (reported by sparse) in this file by using appropriate nla_put_*()/nla_get_*() calls. Signed-off-by: Lance Richardson --- net/ipv4/ip_tunnel_core.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/net/ipv4/ip_tunnel_core.

[PATCH net 0/3] ipv4: fix various issues reported by sparse

2016-01-06 Thread Lance Richardson
This trivial patch series addresses a number of endianness- and lock-related issues reported by sparse. Lance Richardson (3): ipv4: fix endianness warnings in ip_tunnel_core.c ipv4: eliminate endianness warnings in ip_fib.h ipv4: eliminate lock count warnings in ping.c include/net/ip_fib.h

[PATCH net 2/3] ipv4: eliminate endianness warnings in ip_fib.h

2016-01-06 Thread Lance Richardson
fib_multipath_hash() computes a hash using __be32 values, force cast these to u32 to pacify sparse. Signed-off-by: Lance Richardson --- include/net/ip_fib.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/include/net/ip_fib.h b/include/net/ip_fib.h index 9f4df68..7029527 10

Re: [PATCH net-next] bpf: cleanup bpf_prog_run_{save,clear}_cb helpers

2016-01-06 Thread Alexei Starovoitov
On Wed, Jan 06, 2016 at 10:32:16PM +0100, Daniel Borkmann wrote: > Move the details behind the cb[] access into a small helper to decouple > and make them generic for bpf_prog_run_save_cb()/bpf_prog_run_clear_cb() > that was introduced via commit ff936a04e5f2 ("bpf: fix cb access in socket > filter

Re: [PATCH] arm64: net: bpf: don't BUG() on large shifts

2016-01-06 Thread Alexei Starovoitov
On Wed, Jan 06, 2016 at 09:31:27PM +0100, Rabin Vincent wrote: > On Tue, Jan 05, 2016 at 09:55:58AM -0800, Alexei Starovoitov wrote: > > this one is better to be addressed in verifier instead of eBPF JITs. > > Please reject it in check_alu_op() instead. > > AFAICS the eBPF verifier is not called o

[GIT] Networking

2016-01-06 Thread David Miller
As usual, there are a couple straggler bug fixes: 1) qlcnic_alloc_mbx_args() error returns are not checked in qlcnic driver. Fix from Insu Yun. 2) SKB refcounting bug in connector, from Florian Westphal. 3) vrf_get_saddr() has to propagate fib_lookup() errors to it's callers, from David A

Re: [BUG] skb corruption and kernel panic at forwarding with fragmentation

2016-01-06 Thread Florian Westphal
Thadeu Lima de Souza Cascardo wrote: > On Wed, Jan 06, 2016 at 11:11:41PM +0300, Konstantin Khlebnikov wrote: > > On Wed, Jan 6, 2016 at 10:59 PM, Cong Wang wrote: > > > On Wed, Jan 6, 2016 at 11:15 AM, Konstantin Khlebnikov > > > wrote: > > >> Looks like this happens because ip_options_fragmen

[PATCH net-next V1 10/12] net/mlx5_core: Export flow steering API

2016-01-06 Thread Saeed Mahameed
From: Maor Gottlieb Add exports to flow steering API for mlx5_ib usage. The following functions are exported: 1. mlx5_create_auto_grouped_flow_table - used to create flow table with auto flow grouping management (create and destroy flow groups). In auto-grouped flow tables, we create groups auto

[PATCH net-next V1 12/12] IB/mlx5: Add flow steering support

2016-01-06 Thread Saeed Mahameed
From: Maor Gottlieb Adding flow steering support by creating a flow-table per priority (if rules exist in the priority). mlx5_ib uses autogrouping and thus only creates the required destinations. Signed-off-by: Maor Gottlieb Signed-off-by: Moni Shoua Signed-off-by: Matan Barak Signed-off-by:

[PATCH net-next V1 08/12] net/mlx5_core: Enable flow steering support for the IB driver

2016-01-06 Thread Saeed Mahameed
From: Maor Gottlieb When the driver is loaded, we create flow steering namespace for kernel bypass with nine priorities and another namespace for leftovers(in order to catch packets that weren't matched). Verbs applications will use these priorities. we found nine as a number that balances the re

[PATCH net-next V1 05/12] net/mlx5_core: Connect flow tables

2016-01-06 Thread Saeed Mahameed
From: Maor Gottlieb Flow tables from different priorities should be chained together. When a packet arrives we search for a match in the by-pass flow tables (first we search for a match in priority 0 and if we don't find a match we move to the next priority). If we can't find a match in any of th

[PATCH net-next V1 06/12] net/mlx5_core: Set priority attributes

2016-01-06 Thread Saeed Mahameed
From: Maor Gottlieb Each priority has two attributes: 1. max_ft - maximum allowed flow tables under this priority. 2. start_level - start level range of the flow tables in the priority. These attributes are set by traversing the tree nodes by DFS and set start level and max flow tables to each p

[PATCH net-next V1 09/12] net/mlx5_core: Make ipv4/ipv6 location more clear

2016-01-06 Thread Saeed Mahameed
From: Maor Gottlieb Change the mlx5 firmware interface header to make it more clear which bytes should be used by IPv4 or IPv6 addresses. Signed-off-by: Maor Gottlieb Signed-off-by: Moni Shoua Signed-off-by: Matan Barak Signed-off-by: Saeed Mahameed --- include/linux/mlx5/mlx5_ifc.h | 20

[PATCH net-next V1 04/12] net/mlx5_core: Introduce modify flow table command

2016-01-06 Thread Saeed Mahameed
From: Maor Gottlieb Introduce the modify flow table command. This command is used when we want to change the next flow table of an existing flow table. The next flow table is defined as the table we search (in order to find a match), if we couldn't find a match in any of the flow table entries in

[PATCH net-next V1 11/12] IB/mlx5: Add flow steering utilities

2016-01-06 Thread Saeed Mahameed
From: Maor Gottlieb Add three utility functions for support flow steering: 1. Parsing verbs flow attributes hardware steering specs. 2. Check if flow is multicast - this is required in order to decide to which flow table will we add the steering rule. 3. Set outer headers in flow match criteri

[PATCH net-next V1 00/12] net/mlx5_core: Enhance flow steering support

2016-01-06 Thread Saeed Mahameed
Hi Dave, This series adds three new functionalists to the driver flow-steering infrastructure: auto-grouped flow tables, chaining of flow tables and updates for the root flow table. Changes since V0: - Fixed improperly formatted comments. - Compare value of ib_spec->eth.mask.ether

Re: [PATCH net] tcp: fix zero cwnd in tcp_cwnd_reduction

2016-01-06 Thread David Miller
From: Yuchung Cheng Date: Wed, 6 Jan 2016 12:42:38 -0800 > Patch 3759824da87b ("tcp: PRR uses CRB mode by default and SS mode > conditionally") introduced a bug that cwnd may become 0 when both > inflight and sndcnt are 0 (cwnd = inflight + sndcnt). This may lead > to a div-by-zero if the connec

[PATCH net-next V1 02/12] net/mlx5_core: Add utilities to find next and prev flow-tables

2016-01-06 Thread Saeed Mahameed
From: Maor Gottlieb Add two utility functions for find next and prev flow table. Find next flow table function gets priority and return the first flow table of the next priority in the tree. Find prev flow table return the last flow table of the previous priority in the tree. These utility funct

[PATCH net-next V1 01/12] net/mlx5_core: Introduce flow steering autogrouped flow table

2016-01-06 Thread Saeed Mahameed
From: Maor Gottlieb When user add rule to autogrouped flow table, we search for flow group with the same match criteria, if we don't find such group then we create new flow group with the required match criteria and insert the rule to this group. We divide the flow table into required_groups + 1

[PATCH net-next V1 03/12] net/mlx5_core: Managing root flow table

2016-01-06 Thread Saeed Mahameed
From: Maor Gottlieb The root Flow Table for each Flow Table Type is defined, by default, as the Flow Table with level 0. In order not to use an empty flow tables and introduce new hops, but still preserve space for flow-tables that have a priority greater(lower number) than the current flow tabl

[PATCH net-next V1 07/12] net/mlx5_core: Initialize namespaces only when supported by device

2016-01-06 Thread Saeed Mahameed
From: Maor Gottlieb Before we create the sub tree of a steering namespaces(kernel, bypass, leftovers) we check that the device has the required capabilities in order to create this subtree. Signed-off-by: Maor Gottlieb Signed-off-by: Moni Shoua Signed-off-by: Matan Barak Signed-off-by: Saeed

Re: [PATCH v2] net: Add eth_platform_get_mac_address() helper.

2016-01-06 Thread Sowmini Varadhan
On (01/06/16 16:33), David Miller wrote: > > Signed-off-by: David S. Miller Acked-by: Sowmini Varadhan > > As promised back in November, I'm commiting this into net-next > now. I'd work on the conversions of existing drivers, but I'd > rather someone with access to the hardware to so. I'll

[PATCH v2] net: Add eth_platform_get_mac_address() helper.

2016-01-06 Thread David Miller
A repeating pattern in drivers has become to use OF node information and, if not found, platform specific host information to extract the ethernet address for a given device. Currently this is done with a call to of_get_mac_address() and then some ifdef'd stuff for SPARC. Consolidate this into a

[PATCH net-next] bpf: cleanup bpf_prog_run_{save,clear}_cb helpers

2016-01-06 Thread Daniel Borkmann
Move the details behind the cb[] access into a small helper to decouple and make them generic for bpf_prog_run_save_cb()/bpf_prog_run_clear_cb() that was introduced via commit ff936a04e5f2 ("bpf: fix cb access in socket filter programs"). Also add a comment to better clarify what is done in bpf_skb

Re: [PATCH net] Driver: Vmxnet3: Fix regression caused by 5738a09

2016-01-06 Thread David Miller
From: Shrikrishna Khare Date: Wed, 6 Jan 2016 10:44:27 -0800 > Reported-by: Bingkuo Liu > Signed-off-by: Shrikrishna Khare Applied, thanks. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http:/

Re: [PATCH net-next 2/2] geneve: break dependency to network drivers

2016-01-06 Thread Hannes Frederic Sowa
On 06.01.2016 22:01, Jesse Gross wrote: On Wed, Jan 6, 2016 at 12:25 PM, Hannes Frederic Sowa wrote: The refreshes from each module are completely synchronous and don't get interleaved, so as long as the driver is correctly handling the locking internally rtnl lock shouldn't be needed. But as I

Re: [BUG] skb corruption and kernel panic at forwarding with fragmentation

2016-01-06 Thread Thadeu Lima de Souza Cascardo
On Wed, Jan 06, 2016 at 11:11:41PM +0300, Konstantin Khlebnikov wrote: > On Wed, Jan 6, 2016 at 10:59 PM, Cong Wang wrote: > > On Wed, Jan 6, 2016 at 11:15 AM, Konstantin Khlebnikov > > wrote: > >> Looks like this happens because ip_options_fragment() relies on > >> correct ip options length in

Re: [PATCH net-next 2/2] geneve: break dependency to network drivers

2016-01-06 Thread Jesse Gross
On Wed, Jan 6, 2016 at 12:25 PM, Hannes Frederic Sowa wrote: > On 06.01.2016 20:52, Jesse Gross wrote: >> On Wed, Jan 6, 2016 at 10:48 AM, Hannes Frederic Sowa >> wrote: >>> On 06.01.2016 19:00, Jesse Gross wrote: Unfortunately, I don't think that we can assume that RTNL is held here. I

Re: [PATCH net-next] net: move ndo_features_check() close to ndo_start_xmit()

2016-01-06 Thread David Miller
From: Eric Dumazet Date: Wed, 06 Jan 2016 06:53:50 -0800 > From: Eric Dumazet > > TX fast path uses ndo_start_xmit(), ndo_features_check() and > ndo_select_queue(). > > Move ndo_features_check() close to ndo_start_xmit() to increase > data locality. > > All "struct net_device_ops" should now

Re: [PATCH net 0/2] vxlan: Set a large MTU on ovs-created vxlan devices

2016-01-06 Thread David Miller
From: David Wragg Date: Wed, 6 Jan 2016 13:33:04 + > Prior to 4.3, openvswitch vxlan vports could transmit vxlan packets of > any size, constrained only by the ability to transmit the resulting > UDP packets. 4.3 introduced vxlan netdevs corresponding to vxlan > vports. These netdevs have

Re: [PATCH] net: qmi_wwan: Add WeTelecom-WPD600N

2016-01-06 Thread David Miller
From: Kristian Evensen Date: Wed, 6 Jan 2016 14:15:50 +0100 > From: Kristian Evensen > > The WeTelecom-WPD600N is an LTE module that, in addition to supporting most > "normal" bands, also supports LTE over 450MHz. Manual testing showed that > only interface number three replies to QMI messages

Re: [PATCH net-next] ixgbe: Fix for RAR0 not being set to default MAC addr

2016-01-06 Thread Sowmini Varadhan
On (01/06/16 12:05), Tushar Dave wrote: > commit c9f53e63c208 ("ixgbe: Refactor MAC address configuration code") > introduced code that doesn't set HW register RAR0 to default mac address > but FF:FF:FF:FF:FF:FF. Due to this, ixgbe HW discards all incoming packets > that doesn't have destination m

[PATCH net] tcp: fix zero cwnd in tcp_cwnd_reduction

2016-01-06 Thread Yuchung Cheng
Patch 3759824da87b ("tcp: PRR uses CRB mode by default and SS mode conditionally") introduced a bug that cwnd may become 0 when both inflight and sndcnt are 0 (cwnd = inflight + sndcnt). This may lead to a div-by-zero if the connection starts another cwnd reduction phase by setting tp->prior_cwnd t

Re: [patch -next] fsl/fman: use the ALIGN() macro

2016-01-06 Thread Dan Carpenter
On Wed, Jan 06, 2016 at 03:27:38PM -0500, David Miller wrote: > From: Dan Carpenter > Date: Wed, 6 Jan 2016 13:03:08 +0300 > > > diff --git a/drivers/net/ethernet/freescale/fman/fman_sp.c > > b/drivers/net/ethernet/freescale/fman/fman_sp.c > > index f9e7aa3..b527da1 100644 > > --- a/drivers/net/

Re: [PATCH] arm64: net: bpf: don't BUG() on large shifts

2016-01-06 Thread Rabin Vincent
On Tue, Jan 05, 2016 at 09:55:58AM -0800, Alexei Starovoitov wrote: > this one is better to be addressed in verifier instead of eBPF JITs. > Please reject it in check_alu_op() instead. AFAICS the eBPF verifier is not called on the eBPF filters generated by the BPF->eBPF conversion in net/core/filt

Re: [PATCH] mkiss: fix scribble on freed memory

2016-01-06 Thread Sergei Shtylyov
Hello. On 1/6/2016 5:55 PM, Alan wrote: commit d79f16c046086f4fe0d42184a458e187464eb83e fixed a user triggerable scripts/checkpatch.pl now enforces certain format of the commit citing. scribble on free memory but added a new one which allows the user to scribble even more and user contro

Re: [patch -next] fsl/fman: fix the pause_time test

2016-01-06 Thread David Miller
From: Dan Carpenter Date: Wed, 6 Jan 2016 12:58:09 +0300 > pause_time is unsigned so it can't be less than zero. The bug means > that we allow invalid pause-times. > > Fixes: 57ba4c9b56d8 ('fsl/fman: Add FMan MAC support') > Signed-off-by: Dan Carpenter Applied. -- To unsubscribe from this li

Re: [patch -next] fsl/fman: double free on probe failure

2016-01-06 Thread David Miller
From: Dan Carpenter Date: Wed, 6 Jan 2016 12:59:10 +0300 > "priv" is allocated with devm_kzalloc() so freeing it here with kfree() > will lead to a double free. > > Fixes: 3933961682a3 ('fsl/fman: Add FMan MAC driver') > Signed-off-by: Dan Carpenter Applied. -- To unsubscribe from this list: s

Re: [patch -next] fsl/fman: use the ALIGN() macro

2016-01-06 Thread David Miller
From: Dan Carpenter Date: Wed, 6 Jan 2016 13:03:08 +0300 > diff --git a/drivers/net/ethernet/freescale/fman/fman_sp.c > b/drivers/net/ethernet/freescale/fman/fman_sp.c > index f9e7aa3..b527da1 100644 > --- a/drivers/net/ethernet/freescale/fman/fman_sp.c > +++ b/drivers/net/ethernet/freescale/fma

Re: [PATCH net-next 2/2] geneve: break dependency to network drivers

2016-01-06 Thread Hannes Frederic Sowa
Hi Jesse, hmpf, I saw your mail too late and send out another series just now. On 06.01.2016 20:52, Jesse Gross wrote: On Wed, Jan 6, 2016 at 10:48 AM, Hannes Frederic Sowa wrote: On 06.01.2016 19:00, Jesse Gross wrote: On Wed, Jan 6, 2016 at 7:41 AM, Hannes Frederic Sowa wrote: diff --g

[PATCH net-next v2 3/3] geneve: use netdev_atomic notifier chain to remove dependency from drivers

2016-01-06 Thread Hannes Frederic Sowa
Signed-off-by: Hannes Frederic Sowa --- drivers/net/geneve.c | 30 +++--- include/linux/netdevice.h | 1 + include/net/geneve.h | 6 ++ 3 files changed, 30 insertions(+), 7 deletions(-) diff --git a/drivers/net/geneve.c b/drivers/net/geneve.c index 24b077a

[PATCH net-next v2 2/3] vxlan: use netdev_atomic notifier chain to remove dependency from drivers

2016-01-06 Thread Hannes Frederic Sowa
Signed-off-by: Hannes Frederic Sowa --- drivers/net/vxlan.c | 35 ++- include/linux/netdevice.h | 2 +- include/net/vxlan.h | 6 ++ 3 files changed, 33 insertions(+), 10 deletions(-) diff --git a/drivers/net/vxlan.c b/drivers/net/vxlan.c index fe

[PATCH net-next v2 0/3] netdev: add netdev atomic callchain to avoid driver depending on vxlan/geneve

2016-01-06 Thread Hannes Frederic Sowa
This small series adds a netdev_atomic notifier chain so that drivers can callback to the core network stack requesting to reprogram the offloads without depending on the geneve or vxlan modules. * Result: $ cd drivers/net/ethernet/ $ find . -name '*.ko' | xargs modinfo | egrep '^depends:.*(vxlan

[PATCH net-next v2 1/3] netdev: add atomic netdev callback chain

2016-01-06 Thread Hannes Frederic Sowa
This atomic notifier is later used by drivers to deliver callbacks to the core network stack without requireing rtnl lock to be held. Signed-off-by: Hannes Frederic Sowa --- include/linux/netdevice.h | 9 + net/core/dev.c| 24 2 files changed, 33 ins

Re: [BUG] skb corruption and kernel panic at forwarding with fragmentation

2016-01-06 Thread Konstantin Khlebnikov
On Wed, Jan 6, 2016 at 10:59 PM, Cong Wang wrote: > On Wed, Jan 6, 2016 at 11:15 AM, Konstantin Khlebnikov > wrote: >> Looks like this happens because ip_options_fragment() relies on >> correct ip options length in ip control block in skb. But in >> ip_finish_output_gso() control block in segmen

Re: [patch -next] mlxsw: core: remove an unnecessary condition

2016-01-06 Thread David Miller
From: Dan Carpenter Date: Wed, 6 Jan 2016 12:56:30 +0300 > We checked "err" on the lines before so we know it's zero here. > > These cause a static checker warning because checking known things can > indicate a bug. Maybe there is a missing assignment or we are checking > the wrong variable. >

Re: [PATCH] mkiss: fix scribble on freed memory

2016-01-06 Thread David Miller
From: Alan Date: Wed, 06 Jan 2016 14:55:02 + > commit d79f16c046086f4fe0d42184a458e187464eb83e fixed a user triggerable > scribble on free memory but added a new one which allows the user to > scribble even more and user controlled data into freed space. > > As with 6pack we need to halt the

[PATCH net-next] ixgbe: Fix for RAR0 not being set to default MAC addr

2016-01-06 Thread Tushar Dave
commit c9f53e63c208 ("ixgbe: Refactor MAC address configuration code") introduced code that doesn't set HW register RAR0 to default mac address but FF:FF:FF:FF:FF:FF. Due to this, ixgbe HW discards all incoming packets that doesn't have destination mac address equals to FF:FF:FF:FF:FF:FF. This com

Re: [PATCH v2 net-next] ethernet/atheros/alx: sanitize buffer sizing and padding

2016-01-06 Thread David Miller
From: Jarod Wilson Date: Wed, 6 Jan 2016 09:36:37 -0500 > This is based on the work done by Przemek Rudy in bug 70761 at > bugzilla.kernel.org, but with some work done to disentagle and clarify > things a bit. > > Similar to Przemek's work and other drivers, we're adding a padding of 16 > here,

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

2016-01-06 Thread Andi Kleen
Tom Herbert writes: > Also, we don't do anything special for alignment, unaligned > accesses on x86 do not appear to be a performance issue. This is not true on Atom CPUs. Also on most CPUs there is still a larger penalty when crossing cache lines. > Verified correctness by testing arbitrary l

Re: [PATCH 1/1] net: possible use after free in dst_release

2016-01-06 Thread David Miller
From: Eric Dumazet Date: Wed, 06 Jan 2016 05:57:24 -0800 > On Wed, 2016-01-06 at 00:18 -0800, Francesco Ruggeri wrote: >> dst_release should not access dst->flags after decrementing >> __refcnt to 0. The dst_entry may be in dst_busy_list and >> dst_gc_task may dst_destroy it before dst_release ge

Re: [BUG] skb corruption and kernel panic at forwarding with fragmentation

2016-01-06 Thread Cong Wang
On Wed, Jan 6, 2016 at 11:15 AM, Konstantin Khlebnikov wrote: > Looks like this happens because ip_options_fragment() relies on > correct ip options length in ip control block in skb. But in > ip_finish_output_gso() control block in segments is reused by > skb_gso_segment(). following ip_fragment(

Re: [PATCH net-next 2/2] geneve: break dependency to network drivers

2016-01-06 Thread Jesse Gross
On Wed, Jan 6, 2016 at 10:48 AM, Hannes Frederic Sowa wrote: > On 06.01.2016 19:00, Jesse Gross wrote: >> >> On Wed, Jan 6, 2016 at 7:41 AM, Hannes Frederic Sowa >> wrote: >>> >>> diff --git a/drivers/net/geneve.c b/drivers/net/geneve.c >>> index 24b077a32c1c9c..548925d1571cb1 100644 >>> --- a/dr

  1   2   3   >