[PATCH net] bnxt_en: Fix TX push operation on ARM64.

There is a code path where we are calling __iowrite64_copy() on an address that is not 64-bit aligned. This causes an exception on some architectures such as arm64. Fix that code path by using __iowrite32_copy(). Reported-by: JD Zheng Signed-off-by: Michael Chan

Re: [PATCH] RDS: Simplify code

On Mon, Sep 05, 2016 at 06:38:21AM +0200, Christophe JAILLET wrote: > Le 04/09/2016 à 20:23, Leon Romanovsky a écrit : > >On Sun, Sep 04, 2016 at 05:57:20PM +0200, Christophe JAILLET wrote: > >>Le 04/09/2016 à 14:20, Leon Romanovsky a écrit : > >>>On Sat, Sep 03, 2016 at 07:33:29AM +0200,

[PATCH] tcp: cwnd does not increase in TCP YeAH

Commit 76174004a0f19785a328f40388e87e982bbf69b9 (tcp: do not slow start when cwnd equals ssthresh ) introduced regression in TCP YeAH. Using 100ms delay 1% loss virtual ethernet link kernel 4.2 shows bandwidth ~500KB/s for single TCP connection and kernel 4.3 and above (including 4.8-rc4) shows

[PATCHv2 iproute2 net-next] nstat: add sctp snmp support

SCTP module was not load by default. But this should be OK since we will not load table if fdopen() failed, also opening the proc file won't load SCTP kernel module. Signed-off-by: Hangbin Liu --- misc/nstat.c | 18 ++ 1 file changed, 18 insertions(+) diff

Re: [PATCH iproute2 net-next] nstat: add sctp snmp support

2016-09-02 18:09 GMT+08:00 Phil Sutter : > Did you forget to add the load call to update_db(), or am I missing > something? Opps, forgot to add it there. I will send patchv2 for this issue. Thanks Hangbin > Apart from that, looks nice and clean. > > Cheers, Phil

linux-next: manual merge of the net-next tree with the net tree

Hi all, Today's linux-next merge of the net-next tree got a conflict in: drivers/net/ethernet/mediatek/mtk_eth_soc.c between commits: d3bd1ce4db8e ("net: ethernet: mediatek: remove redundant free_irq for devm_request_irq allocated irq") 7c6b0d76fa02 ("net: ethernet: mediatek: fix logic

Re: [PATCH v4 4/5] net: stmmac: add a glue driver for the Amlogic Meson 8b / GXBB DWMAC

Hi Martin, [auto build test ERROR on next-20160825] [also build test ERROR on v4.8-rc5] [cannot apply to robh/for-next net-next/master net/master v4.8-rc4 v4.8-rc3 v4.8-rc2] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use

Re: [PATCH v4 4/5] net: stmmac: add a glue driver for the Amlogic Meson 8b / GXBB DWMAC

Hi Martin, [auto build test ERROR on next-20160825] [also build test ERROR on v4.8-rc5] [cannot apply to robh/for-next net-next/master net/master v4.8-rc4 v4.8-rc3 v4.8-rc2] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use

[PATCH v2] net: Don't delete routes in different VRFs

When deleting an IP address from an interface, there is a clean-up of routes which refer to this local address. However, there was no check to see that the VRF matched. This meant that deletion wasn't confined to the VRF it should have been. To solve this, a new field has been added to fib_info

[net-next PATCH V2] qed: Remove OOM messages

These messages are unnecessary as OOM allocation failures already do a dump_stack() giving more or less the same information. $ size drivers/net/ethernet/qlogic/qed/built-in.o* (defconfig x86-64) textdata bss dec hex filename 127817 27969 32800 188586 2e0aa

Re: [PATCH] qed: Remove OOM messages

On Sun, 2016-09-04 at 13:28 -0700, David Miller wrote: > From: Joe Perches > Date: Fri,  2 Sep 2016 10:48:47 -0700 > > > These messages are unnecessary as OOM allocation failures already do > > a dump_stack() giving more or less the same information. > >  > > $ size

[PATCH net-next 6/9] fs/afs/vlocation: Remove deprecated create_singlethread_workqueue

From: Bhaktipriya Shridhar The workqueue "afs_vlocation_update_worker" queues a single work item _vlocation_update and hence it doesn't require execution ordering. Hence, alloc_workqueue has been used to replace the deprecated create_singlethread_workqueue instance.

[PATCH net-next 4/9] rxrpc: Randomise epoch and starting client conn ID values

Create a random epoch value rather than a time-based one on startup and set the top bit to indicate that this is the case. Also create a random starting client connection ID value. This will be incremented from here as new client connections are created. Signed-off-by: David Howells

[PATCH net-next 7/9] fs/afs/rxrpc: Remove deprecated create_singlethread_workqueue

From: Bhaktipriya Shridhar The workqueue "afs_async_calls" queues work item >async_work per afs_call. Since there could be multiple calls and since these calls can be run concurrently, alloc_workqueue has been used to replace the deprecated create_singlethread_workqueue

[PATCH net-next 8/9] fs/afs/callback: Remove deprecated create_singlethread_workqueue

From: Bhaktipriya Shridhar The workqueue "afs_callback_update_worker" queues multiple work items viz >cb_broken_work, >cb_break_work which require strict execution ordering. Hence, an ordered dedicated workqueue has been used. Since the workqueue is being used on a

[PATCH net-next 5/9] rxrpc: Don't change the epoch

It seems the local epoch should only be changed on boot, so remove the code that changes it for client connections. Signed-off-by: David Howells --- net/rxrpc/conn_client.c | 32 1 file changed, 8 insertions(+), 24 deletions(-) diff

[PATCH net-next 9/9] fs/afs/flock: Remove deprecated create_singlethread_workqueue

From: Bhaktipriya Shridhar The workqueue "afs_lock_manager" queues work item >lock_work, per vnode. Since there can be multiple vnodes and since their work items can be executed concurrently, alloc_workqueue has been used to replace the deprecated

[PATCH net-next 1/3] rxrpc: Split sendmsg from packet transmission code

Split the sendmsg code from the packet transmission code (mostly to be found in output.c). Signed-off-by: David Howells --- net/rxrpc/Makefile |1 net/rxrpc/ar-internal.h |9 - net/rxrpc/misc.c|5 net/rxrpc/output.c | 630

[PATCH net-next 3/3] rxrpc Move enum rxrpc_command to sendmsg.c

Move enum rxrpc_command to sendmsg.c as it's now only used in that file. Signed-off-by: David Howells --- net/rxrpc/ar-internal.h |7 --- net/rxrpc/sendmsg.c |7 +++ 2 files changed, 7 insertions(+), 7 deletions(-) diff --git a/net/rxrpc/ar-internal.h

[PATCH net-next 3/9] rxrpc: The client call state must be changed before attachment to conn

We must set the client call state to RXRPC_CALL_CLIENT_SEND_REQUEST before attaching the call to the connection struct, not after, as it's liable to receive errors and conn aborts as soon as the assignment is made - and these will cause its state to be changed outside of the initiating thread's

[PATCH net-next 2/3] rxrpc: Rearrange net/rxrpc/sendmsg.c

Rearrange net/rxrpc/sendmsg.c to be in a more logical order. This makes it easier to follow and eliminates forward declarations. Signed-off-by: David Howells --- net/rxrpc/sendmsg.c | 1006 +-- 1 file changed, 501

[PATCH net-next 0/3] rxrpc: Split output code from sendmsg code

rxrpc-rewrite-20160904-2 David --- David Howells (3): rxrpc: Split sendmsg from packet transmission code rxrpc: Rearrange net/rxrpc/sendmsg.c rxrpc Move enum rxrpc_command to sendmsg.c net/rxrpc/Makefile |1 net/rxrpc/ar-internal.h | 16 - net/rxrpc/misc.c

[PATCH net-next 1/9] rxrpc: fix undefined behavior in rxrpc_mark_call_released

From: Arnd Bergmann gcc -Wmaybe-initialized correctly points out a newly introduced bug through which we can end up calling rxrpc_queue_call() for a dead connection: net/rxrpc/call_object.c: In function 'rxrpc_mark_call_released': net/rxrpc/call_object.c:600:5: error: 'sched' may

[PATCH net-next 2/9] rxrpc: Fix uninitialised variable warning

Fix the following uninitialised variable warning: ../net/rxrpc/call_event.c: In function 'rxrpc_process_call': ../net/rxrpc/call_event.c:879:58: warning: 'error' may be used uninitialized in this function [-Wmaybe-uninitialized] _debug("post net error %d", error);

[PATCH net-next 0/9] rxrpc: Small fixes

/git/dhowells/linux-fs.git rxrpc-rewrite-20160904-1 David --- Arnd Bergmann (1): rxrpc: fix undefined behavior in rxrpc_mark_call_released Bhaktipriya Shridhar (4): fs/afs/vlocation: Remove deprecated create_singlethread_workqueue fs/afs/rxrpc: Remove deprecated

Re: [PATCH 2/2] af_unix: split 'u->readlock' into two: 'iolock' and 'bindlock'

From: Linus Torvalds Date: Fri, 2 Sep 2016 11:13:09 -0700 (PDT) > > From: Linus Torvalds > Date: Thu, 1 Sep 2016 14:43:53 -0700 > Subject: [PATCH 2/2] af_unix: split 'u->readlock' into two: 'iolock' and > 'bindlock' > > Right now

Re: [PATCH 1/2] Revert "af_unix: Fix splice-bind deadlock"

From: Linus Torvalds Date: Fri, 2 Sep 2016 11:09:23 -0700 (PDT) > > From: Linus Torvalds > Date: Thu, 1 Sep 2016 14:56:49 -0700 > Subject: [PATCH 1/2] Revert "af_unix: Fix splice-bind deadlock" > > This reverts commit

Re: [PATCH] qed: Remove OOM messages

From: Joe Perches Date: Fri, 2 Sep 2016 10:48:47 -0700 > These messages are unnecessary as OOM allocation failures already do > a dump_stack() giving more or less the same information. > > $ size drivers/net/ethernet/qlogic/qed/built-in.o* (defconfig x86-64) >text

Re: [Patch net-next 2/2] netns: avoid disabling irq for netns id

Le 02/09/2016 à 19:24, Cong Wang a écrit : > On Fri, Sep 2, 2016 at 9:39 AM, Cong Wang wrote: >> On Fri, Sep 2, 2016 at 1:12 AM, Nicolas Dichtel >> wrote: >>> Le 02/09/2016 à 06:53, Cong Wang a écrit : We never read or change netns id in

Re: [PATCH] net: ti: cpmac: Fix compiler warning due to type confusion

From: Paul Burton Date: Fri, 2 Sep 2016 15:22:48 +0100 > cpmac_start_xmit() used the max() macro on skb->len (an unsigned int) > and ETH_ZLEN (a signed int literal). This led to the following compiler > warning: > > In file included from include/linux/list.h:8:0, >

Re: [PATCH] net: lantiq_etop: Remove unused 'i' variable

From: Paul Burton Date: Fri, 2 Sep 2016 15:26:54 +0100 > Commit e7f4dc3536a4 ("mdio: Move allocation of interrupts into core") > removed the only use of the 'i' variable from ltq_etop_mdio_init() but > left the variable declaration behind, leading to the following

Re: [Patch v5 0/2] net: ethernet: xilinx: mac addr and mips

From: Zubair Lutfullah Kakakhel Date: Fri, 2 Sep 2016 12:39:24 +0100 > A couple of simple patches to generate the random mac address > if none is found. And enabling the driver for mips. > > Based on v4.8-rc4. > > These were part of a larger series but that series

Re: [PATCH net-next] cxgb4: Add support for ndo_get_vf_config

From: Hariprasad Shenai Date: Fri, 2 Sep 2016 19:13:53 +0530 > Adds support for ndo_get_vf_config, also fill the default mac address > that will be provided to the VF by firmware, in case user doesn't > provide one. So user can get the default MAC address address also >

Re: [PATCH net 0/2] vxlan: fix error reporting

From: Jiri Benc Date: Fri, 2 Sep 2016 13:37:10 +0200 > This patchset improves checking for invalid configuration in VXLAN and fixes > problems with duplicated and inappropriate error messages. Series applied, thanks.

Re: [PATCH net] bonding: Fix bonding crash

From: Mahesh Bandewar Date: Thu, 1 Sep 2016 22:18:34 -0700 > From: Mahesh Bandewar > > Following few steps will crash kernel - > > (a) Create bonding master > > modprobe bonding miimon=50 > (b) Create macvlan bridge on eth2 > > ip link

Re: [Patch net-next 0/2] net: some minor optimization for netns id

Series applied.

Re: [PATCH net-next] openvswitch: Free tmpl with tmpl_free.

From: Joe Stringer Date: Thu, 1 Sep 2016 18:01:47 -0700 > When an error occurs during conntrack template creation as part of > actions validation, we need to free the template. Previously we've been > using nf_ct_put() to do this, but nf_ct_tmpl_free() is more appropriate. > >

[PATCH v4 4/5] net: stmmac: add a glue driver for the Amlogic Meson 8b / GXBB DWMAC

The Ethernet controller available in Meson8b and GXBB SoCs is a Synopsys DesignWare MAC IP core which is already supported by the stmmac driver. In addition to the standard stmmac driver some Meson8b / GXBB specific registers have to be configured for the PHY clocks. These SoC specific registers

[PATCH v4 1/5] net: dt-bindings: Document the new Meson8b and GXBB DWMAC bindings

This patch adds the documentation for the DWMAC ethernet controller found in Amlogic Meson 8b (S805) and GXBB (S905) SoCs. The main difference between the Meson6 glue is that different registers (with different layout) are used. Signed-off-by: Martin Blumenstingl

Re: [PATCH] RDS: Simplify code

On Sun, Sep 04, 2016 at 05:57:20PM +0200, Christophe JAILLET wrote: > Le 04/09/2016 à 14:20, Leon Romanovsky a écrit : > >On Sat, Sep 03, 2016 at 07:33:29AM +0200, Christophe JAILLET wrote: > >>Calling 'list_splice' followed by 'INIT_LIST_HEAD' is equivalent to > >>'list_splice_init'. > >It is not

[PATCH v4 2/5] clk: gxbb: expose MPLL2 clock for use by DT

This exposes the MPLL2 clock as this is one of the input clocks of the ethernet controller's internal mux. Signed-off-by: Martin Blumenstingl --- drivers/clk/meson/gxbb.h | 2 +- include/dt-bindings/clock/gxbb-clkc.h | 1 + 2 files changed, 2

[PATCH v4 5/5] ARM64: dts: meson-gxbb: use the new GXBB DWMAC glue driver

The Amlogic reference driver uses the "mc_val" devicetree property to configure the PRG_ETHERNET_ADDR0 register. Unfortunately it uses magic values for this configuration. According to the datasheet the PRG_ETHERNET_ADDR0 register is at address 0xc8834108. However, the reference driver uses

[PATCH v4 3/5] stmmac: introduce get_stmmac_bsp_priv() helper

From: Joachim Eastwood Create a helper to retrive dwmac private data from a dev pointer. This is useful in PM callbacks and driver remove. Signed-off-by: Joachim Eastwood Tested-by: Martin Blumenstingl Acked-by: David

[PATCH v4 0/5] meson: Meson8b and GXBB DWMAC glue driver

This adds a DWMAC glue driver for the PRG_ETHERNET registers found in Meson8b and GXBB SoCs. Based on the "old" meson6b-dwmac glue driver the register layout is completely different. Thus I introduced a separate driver. Changes since v3: - remove (unnecessary) usage of CLK_IS_BASIC flag - use

Re: [PATCH v3 4/5] net: stmmac: add a glue driver for the Amlogic Meson 8b / GXBB DWMAC

On Tue, Aug 30, 2016 at 9:19 PM, Stephen Boyd wrote: >> + return PTR_ERR(dwmac->m250_mux_clk); >> + >> + /* create the m250_div */ >> + snprintf(clk_name, sizeof(clk_name), "%s#m250_div", dev_name(dev)); >> + init.name = devm_kstrdup(dev, clk_name,

RE: [PATCH net-next V5 4/4] net/sched: Introduce act_tunnel_key

Hi, Hadar, >For example, the following flower filter will forward all ICMP packets >destined to 11.11.11.2 >through the shared vxlan device 'vxlan0'. Before >redirecting, a metadata for the vxlan tunnel >is created using the tunnel_key >action and it's arguments: Shouldn't it be "tc filter

[PATCH v2] net: smsc: remove build warning of duplicate definition

The build of m32r was giving warning: In file included from drivers/net/ethernet/smsc/smc91x.c:92:0: drivers/net/ethernet/smsc/smc91x.h:448:0: warning: "SMC_inb" redefined #define SMC_inb(ioaddr, reg) ({ BUG(); 0; }) drivers/net/ethernet/smsc/smc91x.h:106:0: note: this is the location

[PATCH v3] net: macb: initialize checksum when using checksum offloading

I'm still struggling to get this fix right.. Changes since v2: - do not blindly modify SKB contents according to Dave's legitimate objection Changes since v1: - dropped disabling HW checksum offload for Zynq - initialize checksum similar to net/ethernet/freescale/fec_main.c -- >8 --

Re: [PATCH] RDS: Simplify code

Le 04/09/2016 à 14:20, Leon Romanovsky a écrit : On Sat, Sep 03, 2016 at 07:33:29AM +0200, Christophe JAILLET wrote: Calling 'list_splice' followed by 'INIT_LIST_HEAD' is equivalent to 'list_splice_init'. It is not 100% accurate list_splice(y, z) INIT_LIST_HEAD(y) ==> if (!list_empty(y))

Re: [PATCH] vxlan: Update tx_errors statistics if vxlan_build_skb return err.

On Sun, 4 Sep 2016 18:52:51 +0800, Haishuang Yan wrote: > If vxlan_build_skb return err < 0, tx_errors should be also increased. > > Signed-off-by: Haishuang Yan > --- > drivers/net/vxlan.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git

Re: [PATCH net-next V5 4/4] net/sched: Introduce act_tunnel_key

Hi Amir, [auto build test WARNING on net-next/master] url: https://github.com/0day-ci/linux/commits/Hadar-Hen-Zion/net-sched-ip-tunnel-metadata-set-release-classify-by-using-TC/20160904-185825 reproduce: # apt-get install sparse make ARCH=x86_64 allmodconfig make C=1

Re: [PATCH 1/1] vxlan: make the struct nlattr variable const

On Sat, 3 Sep 2016 22:07:10 +0800, zyjzyj2...@gmail.com wrote: > From: Zhu Yanjun > > The struct nlattr variable should not be changed. True. But the only caller is vxlan_fdb_parse which doesn't have its tb parameter const, so what's the point? Now, the tb parameter of

Re: [PATCH net-next V5 2/4] net/dst: Utility functions to build dst_metadata without supplying an skb

On Sun, Sep 4, 2016 at 2:14 PM, Sergei Shtylyov wrote: > Hello. > > > On 9/4/2016 1:55 PM, Hadar Hen Zion wrote: > >> From: Amir Vadai >> >> Extract __ip_tun_set_dst() and __ipv6_tun_set_dst() out of >> ip_tun_rx_dst() and ipv6_tun_rx_dst(), to

Re: [PATCH] RDS: Simplify code

On Sat, Sep 03, 2016 at 07:33:29AM +0200, Christophe JAILLET wrote: > Calling 'list_splice' followed by 'INIT_LIST_HEAD' is equivalent to > 'list_splice_init'. It is not 100% accurate list_splice(y, z) INIT_LIST_HEAD(y) ==> if (!list_empty(y)) __list_splice(y, z, z>next);

Re: [PATCH net-next V5 4/4] net/sched: Introduce act_tunnel_key

On Sun, 4 Sep 2016 13:55:55 +0300, had...@mellanox.com wrote: > From: Amir Vadai > > This action could be used before redirecting packets to a shared tunnel > device, or when redirecting packets arriving from a such a device. > > The action will release the metadata created by

Re: [PATCH net-next V5 2/4] net/dst: Utility functions to build dst_metadata without supplying an skb

Hello. On 9/4/2016 1:55 PM, Hadar Hen Zion wrote: From: Amir Vadai Extract __ip_tun_set_dst() and __ipv6_tun_set_dst() out of ip_tun_rx_dst() and ipv6_tun_rx_dst(), to be used without supplying an skb. Signed-off-by: Amir Vadai Signed-off-by: Hadar Hen Zion

[PATCH] vti: use right inner_mode for inbound inter address family policy checks

In case of inter address family tunneling (IPv6 over vti4 or IPv4 over vti6), the inbound policy checks in vti_rcv_cb and vti6_rcv_cb are using the wrong address family. As a result, all inbound inter address family traffic is dropped. Use the xfrm_ip2inner_mode helper (as done in

Re: [ovs-dev] [PATCH net-next v21 3/4] openvswitch: 802.1AD Flow handling, actions, vlan parsing, netlink attributes

On Sat, 3 Sep 2016 13:30:12 -0400, Eric Garver wrote: > Would a BUG_ON(!(encap && in_encap)) be better? Please don't crash the kernel for something that could very well continue without problems. Use WARN_ON at most. And if you go that way, WARN_ON_ONCE or rate limiting seems to be even more

[PATCH] vxlan: Update tx_errors statistics if vxlan_build_skb return err.

If vxlan_build_skb return err < 0, tx_errors should be also increased. Signed-off-by: Haishuang Yan --- drivers/net/vxlan.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/vxlan.c b/drivers/net/vxlan.c index f605a36..2c72dcd 100644 ---

[PATCH net-next V5 3/4] net/sched: cls_flower: Classify packet in ip tunnels

From: Amir Vadai Introduce classifying by metadata extracted by the tunnel device. Outer header fields - source/dest ip and tunnel id, are extracted from the metadata when classifying. For example, the following will add a filter on the ingress Qdisc of shared vxlan device named

[PATCH net-next V5 0/4] net/sched: ip tunnel metadata set/release/classify by using TC

Hi, This patchset introduces ip tunnel manipulation support using the TC subsystem. In the decap flow, it enables the user to redirect packets from a shared tunnel device and classify by outer and inner headers. The outer headers are extracted from the metadata and used by the flower filter. A

[PATCH net-next V5 4/4] net/sched: Introduce act_tunnel_key

From: Amir Vadai This action could be used before redirecting packets to a shared tunnel device, or when redirecting packets arriving from a such a device. The action will release the metadata created by the tunnel device (decap), or set the metadata with the specified values for

[PATCH net-next V5 2/4] net/dst: Utility functions to build dst_metadata without supplying an skb

From: Amir Vadai Extract __ip_tun_set_dst() and __ipv6_tun_set_dst() out of ip_tun_rx_dst() and ipv6_tun_rx_dst(), to be used without supplying an skb. Signed-off-by: Amir Vadai Signed-off-by: Hadar Hen Zion Acked-by: Jiri Pirko

[PATCH net-next V5 1/4] net/ip_tunnels: Introduce tunnel_id_to_key32() and key32_to_tunnel_id()

From: Amir Vadai Add utility functions to convert a 32 bits key into a 64 bits tunnel and vice versa. These functions will be used instead of cloning code in GRE and VXLAN, and in tc act_iptunnel which will be introduced in a following patch in this patchset. Signed-off-by: Amir

Re: [PATCH] vhost: Add polling mode

"Michael S. Tsirkin" wrote on 10/08/2014 10:45:59 PM: > From: "Michael S. Tsirkin" > To: Razya Ladelsky/Haifa/IBM@IBMIL, > Cc: k...@vger.kernel.org, Alex Glikson/Haifa/IBM@IBMIL, Eran > Raichstein/Haifa/IBM@IBMIL, Yossi Kuperman1/Haifa/IBM@IBMIL, Joel >

RE: [PATCH] qed: Remove OOM messages

> These messages are unnecessary as OOM allocation failures already do a > dump_stack() giving more or less the same information. > > $ size drivers/net/ethernet/qlogic/qed/built-in.o* (defconfig x86-64) >text data bss dec hex filename > 126849 27968 32800