[PATCH 1/1] mlx4_en: make mlx4_log_num_mgm_entry_size static

The variable mlx4_log_num_mgm_entry_size is only called in main.c. CC: Joe Jin CC: Junxiao Bi Signed-off-by: Zhu Yanjun --- drivers/net/ethernet/mellanox/mlx4/main.c | 2 +- drivers/net/ethernet/mellanox/mlx4/mlx4.h | 1 - 2

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

Hi all, With the merge window opening, just a reminder that this conflict still exists. On Wed, 21 Jun 2017 11:54:43 +1000 Stephen Rothwell wrote: > > Today's linux-next merge of the net-next tree got a conflict in: > > drivers/net/wireless/marvell/mwifiex/pcie.c > >

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 conflicts in: drivers/net/ethernet/mellanox/mlx5/core/health.c include/linux/mlx5/driver.h between commit: 2a0165a034ac ("net/mlx5: Cancel delayed recovery work when unloading the driver") from the net tree and commit:

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

Hi all, Today's linux-next merge of the net-next tree got a conflict in: arch/arm64/net/bpf_jit_comp.c between commit: 425e1ed73e65 ("arm64: fix endianness annotation for 'struct jit_ctx' and friends") from the arm64 tree and commit: f1c9eed7f437 ("bpf, arm64: take advantage of

[PATCH] net: core: Fix slab-out-of-bounds in netdev_stats_to_stats64

commit 9256645af098 ("net/core: relax BUILD_BUG_ON in netdev_stats_to_stats64") made an attempt to read beyond the size of the source a possibility. Fix to only copy src size to dest. As dest might be bigger than src. == BUG:

Re: [PATCH net-next] bpf: fix to bpf_setsockops

From: Lawrence Brakmo Date: Sun, 2 Jul 2017 09:14:28 -0700 > Fixed build error due to misplaced "#ifdef CONFIG_INET" (moved 1 > statement up). > > Signed-off-by: Lawrence Brakmo Applied, thank you.

[PATCH] netxen_nic: Remove unused pointer hdr in netxen_setup_minidump()

Pointer hdr in netxen_setup_minidump() is set but never used, thus should be removed. Signed-off-by: Christos Gkekas --- drivers/net/ethernet/qlogic/netxen/netxen_nic_ctx.c | 3 --- 1 file changed, 3 deletions(-) diff --git

Re: [PATCH] of_mdio: Fix broken PHY IRQ in case of probe deferral

On Tue, Jun 6, 2017 at 11:43 AM, Geert Uytterhoeven wrote: > On Tue, May 23, 2017 at 11:36 AM, Geert Uytterhoeven > wrote: >> On Fri, May 19, 2017 at 12:21 AM, Florian Fainelli >> wrote: >>> On 05/18/2017 01:36 PM, Geert

Re: [PATCH net-next v5 07/16] bpf: Add setsockopt helper function to bpf

On 7/1/17, 11:51 PM, "kbuild test robot" wrote: Hi Lawrence, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Lawrence-Brakmo/bpf-Adding-support-for-sock_ops/20170701-203039 config:

Re: [PATCH net 1/2] vxlan: fix hlist corruption

On 07/02/2017 01:00 PM, Jiri Benc wrote: > It's not a good idea to add the same hlist_node to two different hash lists. > This leads to various hard to debug memory corruptions. > > Fixes: b1be00a6c39f ("vxlan: support both IPv4 and IPv6 sockets in a single > vxlan device") > Signed-off-by: Jiri

[PATCH net 2/2] geneve: fix hlist corruption

It's not a good idea to add the same hlist_node to two different hash lists. This leads to various hard to debug memory corruptions. Fixes: 8ed66f0e8235 ("geneve: implement support for IPv6-based tunnels") Cc: John W. Linville Signed-off-by: Jiri Benc

[PATCH net 1/2] vxlan: fix hlist corruption

It's not a good idea to add the same hlist_node to two different hash lists. This leads to various hard to debug memory corruptions. Fixes: b1be00a6c39f ("vxlan: support both IPv4 and IPv6 sockets in a single vxlan device") Signed-off-by: Jiri Benc --- drivers/net/vxlan.c |

[PATCH net 0/2] vxlan, geneve: fix hlist corruption

Fix memory corruption introduced with the support of both IPv4 and IPv6 sockets in a single device. The same bug is present in VXLAN and Geneve. Signed-off-by: Jiri Benc Jiri Benc (2): vxlan: fix hlist corruption geneve: fix hlist corruption drivers/net/geneve.c | 48

[PATCH net-next] bpf: fix to bpf_setsockops

Fixed build error due to misplaced "#ifdef CONFIG_INET" (moved 1 statement up). Signed-off-by: Lawrence Brakmo --- net/core/filter.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/net/core/filter.c b/net/core/filter.c index 523b91d..e5c280a 100644 ---

[PATCH net-next] net/mlxfw: Properly handle dependancy with non-loadable mlx5

If mlx5 is set to be built-in and mlxfw as a module, we get a link error: drivers/built-in.o: In function `mlx5_firmware_flash': (.text+0x5aed72): undefined reference to `mlxfw_firmware_flash' Since we don't want to mandate selecting mlxfw for mlx5 users, we use the IS_REACHABLE macro to make

[PATCH 0/6] net: stmmac: revert "support future possible different internal phy mode"

Hello The current way to find if the phy is internal is to compare DT phy-mode and emac_variant/internal_phy. But it will negate a possible future SoC where an external PHY use the same phy mode than the internal one. My first idea was to use phy-mode = "internal" but since internal phy-mode is

[PATCH 5/6] arm: sun8i: orangepipc: revert "use internal phy-mode"

Since internal phy-mode is reserved for non-xMII protocol we cannot use it with dwmac-sun8i This reverts commit 3432a86e641c ("arm: sun8i: orangepipc: use internal phy-mode") Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-orangepi-pc.dts | 2 +- 1 file

[PATCH 2/6] arm: sun8i: orangepi-2: revert "use internal phy-mode"

Since internal phy-mode is reserved for non-xMII protocol we cannot use it with dwmac-sun8i This reverts commit 5a79b4f2a5e7 ("arm: sun8i: orangepi-2: use internal phy-mode") Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-orangepi-2.dts | 2 +- 1 file

[PATCH 1/6] arm: sun8i: nanopi-neo: revert use internal phy-mode

Since internal phy-mode is reserved for non-xMII protocol we cannot use it with dwmac-sun8i This reverts commit bdcc005beac9 ("arm: sun8i: nanopi-neo: use internal phy-mode") Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-nanopi-neo.dts | 2 +- 1 file

[PATCH 4/6] arm: sun8i: orangepi-zero: revert "use internal phy-mode"

Since internal phy-mode is reserved for non-xMII protocol we cannot use it with dwmac-sun8i This reverts commit 6066de6848d4 ("arm: sun8i: orangepi-zero: use internal phy-mode") Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h2-plus-orangepi-zero.dts | 2

[PATCH 6/6] net: stmmac: revert "support future possible different internal phy mode"

Since internal phy-mode is reserved for non-xMII protocol we cannot use it with dwmac-sun8i This reverts commit 1c2fa5f84683 ("net: stmmac: support future possible different internal phy mode") Signed-off-by: Corentin Labbe ---

[PATCH 3/6] arm: sun8i: orangepi-one: revert "use internal phy-mode"

Since internal phy-mode is reserved for non-xMII protocol we cannot use it with dwmac-sun8i This reverts commit 4ac57180eab2 ("arm: sun8i: orangepi-one: use internal phy-mode") Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-orangepi-one.dts | 2 +- 1

Re: [PATCH] net: axienet: add of_phy_connect call for XAE_PHY_TYPE_MII case

On Fri, Jun 30, 2017 at 10:30:38AM -0700, Florian Fainelli wrote: > On 06/30/2017 02:25 AM, Alvaro Gamez Machado wrote: > > if (lp->phy_node) { > > - if (lp->phy_type == XAE_PHY_TYPE_GMII) { > > + if (lp->phy_type == XAE_PHY_TYPE_MII) { > > + phydev =

Re: [PATCH] [net-next] net/mlx5: include wq.o in non-ethernet build for FPGA

On Fri, Jun 30, 2017 at 10:25 PM, Arnd Bergmann wrote: > On Fri, Jun 30, 2017 at 8:58 PM, Ilan Tayari wrote: > >>> diff --git a/drivers/net/ethernet/mellanox/mlx5/core/Makefile >>> b/drivers/net/ethernet/mellanox/mlx5/core/Makefile >>> index

Re: [PATCH v6 05/21] net-next: stmmac: Add dwmac-sun8i

On Sat, Jul 01, 2017 at 02:42:14PM -0700, Florian Fainelli wrote: > On 30/06/2017 23:53, Corentin Labbe wrote: > > On Tue, Jun 27, 2017 at 10:37:34AM -0700, Florian Fainelli wrote: > >> On 06/27/2017 10:29 AM, Maxime Ripard wrote: > >>> On Tue, Jun 27, 2017 at 02:37:48PM +0200, Corentin Labbe

Re: [PATCH][-next] net/mlx5: fix spelling mistake: "Allodating" -> "Allocating"

On Sun, Jul 2, 2017 at 12:40 AM, David Miller wrote: > From: Colin King > Date: Fri, 30 Jun 2017 11:59:22 +0100 > >> From: Colin Ian King >> >> Trivial fix to spelling mistake in mlx5_core_dbg debug message >> >>

[PATCH net-next 12/12] qed: Add iWARP support for physical queue allocation

iWARP has different physical queue requirements than RoCE Signed-off-by: Michal Kalderon Signed-off-by: Yuval Mintz Signed-off-by: Ariel Elior --- drivers/net/ethernet/qlogic/qed/qed_dev.c | 4 1 file changed, 4

[PATCH net-next 11/12] qed: Add iWARP protocol support in context allocation

When computing how much memory is required for the different hw clients iWARP protocol should be taken into account Signed-off-by: Michal Kalderon Signed-off-by: Yuval Mintz Signed-off-by: Ariel Elior ---

[PATCH net-next 10/12] qed: iWARP CM add error handling

This patch introduces error handling for errors that occurred during connection establishment. Signed-off-by: Michal Kalderon Signed-off-by: Yuval Mintz Signed-off-by: Ariel Elior ---

[PATCH net-next 09/12] qed: iWARP implement disconnect flows

This patch takes care of active/passive disconnect flows. Disconnect flows can be initiated remotely, in which case a async event will arrive from peer and indicated to qedr driver. These are referred to as exceptions. When a QP is destroyed, it needs to check that it's associated ep has been

[PATCH net-next 08/12] qed: iWARP CM add active side connect

This patch implements the active side connect. Offload a connection, process MPA reply and send RTR. In some of the common passive/active functions, the active side will work in blocking mode. Signed-off-by: Michal Kalderon Signed-off-by: Yuval Mintz

[PATCH net-next 07/12] qed: iWARP CM add passive side connect

This patch implements the passive side connect. It addresses pre-allocating resources, creating a connection element upon valid SYN packet received. Calling upper layer and implementation of the accept/reject calls. Error handling is not part of this patch. Signed-off-by: Michal Kalderon

[PATCH net-next 05/12] qed: iWARP CM - setup a ll2 connection for handling SYN packets

iWARP handles incoming SYN packets using the ll2 interface. This patch implements ll2 setup and teardown. Additional ll2 connections will be used in the future which are not part of this patch series. Signed-off-by: Michal Kalderon Signed-off-by: Yuval Mintz

[PATCH net-next 06/12] qed: iWARP CM add listener functions and initial SYN processing

This patch adds the ability to add and remove listeners and identify whether the SYN packet received is intended for iWARP or not. If a listener is not found the SYN packet is posted back to the chip. Signed-off-by: Michal Kalderon Signed-off-by: Yuval Mintz

[PATCH net-next 04/12] qed: Add iWARP support in ll2 connections

Add a new connection type for iWARP ll2 connections for setting correct ll2 filters and connection type to FW. Signed-off-by: Michal Kalderon Signed-off-by: Yuval Mintz Signed-off-by: Ariel Elior ---

[PATCH net-next 03/12] qed: Rename some ll2 related defines

Make some names more generic as they will be used by iWARP too. Signed-off-by: Michal Kalderon Signed-off-by: Yuval Mintz Signed-off-by: Ariel Elior --- drivers/net/ethernet/qlogic/qed/qed.h | 2 +-

[PATCH net-next 02/12] qed: Implement iWARP initialization, teardown and qp operations

This patch adds iWARP support for flows that have common code between RoCE and iWARP, such as initialization, teardown and qp setup verbs: create, destroy, modify, query. It introduces the iWARP specific files qed_iwarp.[ch] and iwarp_common.h Signed-off-by: Michal Kalderon

[PATCH net-next 01/12] qed: Introduce iWARP personality

iWARP personality introduced the need for differentiating in several places in the code whether we are RoCE, iWARP or either. This leads to introducing new macros for querying the personality. Signed-off-by: Michal Kalderon Signed-off-by: Yuval Mintz

[PATCH net-next 00/12] qed: Add iWARP support for QL4xxxx

This patch series adds iWARP support to our QL4 networking adapters. The code changes span across qed and qedr drivers, but this series contains changes to qed only. Once the series is accepted, the qedr series will be submitted to the rdma tree. There is one additional qed patch which enables

Re: [PATCH net-next v5 07/16] bpf: Add setsockopt helper function to bpf

Hi Lawrence, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Lawrence-Brakmo/bpf-Adding-support-for-sock_ops/20170701-203039 config: x86_64-randconfig-i0-07010430 (attached as .config) compiler: gcc-4.9 (Debian 4.9.4-2) 4.9.4 reproduce: # save