[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

[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,

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

[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

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

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.

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()

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

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

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

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

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

<    1   2   3