RE: [PATCH] net: gianfar: add ethtool eee support

> -Original Message- > From: Florian Fainelli [mailto:f.faine...@gmail.com] > Sent: Friday, December 09, 2016 7:22 AM > To: David Miller ; S.H. Xie > Cc: netdev@vger.kernel.org > Subject: Re: [PATCH] net: gianfar: add ethtool eee support > > On

Re: netlink: GPF in sock_sndtimeo

On Thu, Dec 8, 2016 at 10:02 PM, Richard Guy Briggs wrote: > I also tried to extend Cong Wang's idea to attempt to proactively respond to a > NETLINK_URELEASE on the audit_sock and reset it, but ran into a locking error > stack dump using mutex_lock(_cmd_mutex) in the notifier

[PATCH V2 03/22] bnxt_re: register with the NIC driver

This patch handles the registration with bnxt_en driver. The driver registers with netdev notifier chain. Upon receiving NETDEV_REGISTER event, the driver in turn registers with bnxt_en driver. 1. bnxt_en's ulp_probe function returns a structure that contains information about

[PATCH V2 13/22] bnxt_re: Support QP verbs

This patch implements create_qp, destroy_qp, query_qp and modify_qp verbs. v2: Fixed sparse warnings Signed-off-by: Eddie Wai Signed-off-by: Devesh Sharma Signed-off-by: Somnath Kotur Signed-off-by: Sriharsha

[PATCH V2 21/22] bnxt_re: Add QP event handling

Implements callback handler for processing affiliated Async events of a QP. This patch also implements the control path command completion handling. Signed-off-by: Eddie Wai Signed-off-by: Devesh Sharma Signed-off-by: Somnath Kotur

[PATCH V2 11/22] bnxt_re: Support for AH verbs

This patch implements support for create_ah, destroy_ah, query_ah and modify_ah verbs. Signed-off-by: Eddie Wai Signed-off-by: Devesh Sharma Signed-off-by: Somnath Kotur Signed-off-by: Sriharsha Basavapatna

[PATCH V2 07/22] bnxt_re: Support for query and modify device verbs

Adding implementation for the query device and modify device verbs Signed-off-by: Eddie Wai Signed-off-by: Devesh Sharma Signed-off-by: Somnath Kotur Signed-off-by: Sriharsha Basavapatna

[PATCH V2 14/22] bnxt_re: Support post_send verb

Enables the ib_post_send fastpath verb for posting Send work requests on QPs. v2: Fixed some sparse warnings Signed-off-by: Eddie Wai Signed-off-by: Devesh Sharma Signed-off-by: Somnath Kotur Signed-off-by:

[PATCH V2 04/22] bnxt_re: Enabling RoCE control path

This patch implements the basic initialization for RocE HW interface. Some of the slow path FW commands required for the HW intialization are implemented. It also handles registration with the IB stack. v2: Fix some of the sparse warnings Signed-off-by: Eddie Wai

[PATCH V2 16/22] bnxt_re: Support poll_cq verb

Enables the fastpath ib_poll_cq verb. v2: Fixed sparse warnings Signed-off-by: Eddie Wai Signed-off-by: Devesh Sharma Signed-off-by: Somnath Kotur Signed-off-by: Sriharsha Basavapatna

[PATCH V2 02/22] bnxt_re: Introducing autogenerated Host Software Interface(hsi) file

This patch introduces all the structures used by driver for communicating with the Hardware. This file is the equivalent of the bnxt_en_hsi.h used by bnxt_en driver. v2: Remove duplicate structure definitions from bnxt_en HSI file and include bnxt_hsi.h from bnxt_en driver Signed-off-by:

[PATCH V2 22/22] bnxt_re: Add bnxt_re driver build support

Makefile and Kconfig changes for enabling bnxt_re compilation Signed-off-by: Selvin Xavier --- drivers/infiniband/Kconfig| 2 ++ drivers/infiniband/hw/Makefile| 1 + drivers/infiniband/hw/bnxtre/Kconfig | 9 +

[PATCH V2 09/22] bnxt_re: Support for GID related verbs

This patch implements add/del GID, get_netdev and pkey related verbs. Signed-off-by: Eddie Wai Signed-off-by: Devesh Sharma Signed-off-by: Somnath Kotur Signed-off-by: Sriharsha Basavapatna

[PATCH V2 15/22] bnxt_re: Support post_recv

Enables the fastpath verb ib_post_recv. Signed-off-by: Eddie Wai Signed-off-by: Devesh Sharma Signed-off-by: Somnath Kotur Signed-off-by: Sriharsha Basavapatna Signed-off-by:

[PATCH V2 05/22] bnxt_re: Adding Notification Queue support

Completion Notifcations are handled by Notification Queue (NQ). This patch configures the NQs. Also, configures the Door bell page mapping Signed-off-by: Eddie Wai Signed-off-by: Devesh Sharma Signed-off-by: Somnath Kotur

[PATCH V2 08/22] bnxt_re: Adding support for port related verbs

Implentation of query_port, modify_port, port_immutable verbs Signed-off-by: Eddie Wai Signed-off-by: Devesh Sharma Signed-off-by: Somnath Kotur Signed-off-by: Sriharsha Basavapatna

[PATCH V2 10/22] bnxt_re: Support for CQ verbs

This patch implements support for create_cq, destroy_cq and req_notify_cq verbs. Signed-off-by: Eddie Wai Signed-off-by: Devesh Sharma Signed-off-by: Somnath Kotur Signed-off-by: Sriharsha Basavapatna

[PATCH V2 12/22] bnxt_re: Support memory registration verbs

This patch implements the kernel and user memory region registration supported by the bnxt_re driver. This includes the user MR, FRMR, FMR and DMA MR support. Signed-off-by: Eddie Wai Signed-off-by: Devesh Sharma Signed-off-by: Somnath Kotur

[PATCH V2 06/22] bnxt_re: Support for PD, ucontext and mmap verbs

This patch includes the uverbs_abi.h file to enable user verbs. Also adds support for the Protection Domain, User Context and mmap verbs. v2: Moved the bnxt_re_uverbs_abi.h file to include/uapi/rdma folder. Also, Fixed one sparse warning. Signed-off-by: Eddie Wai

[PATCH V2 18/22] bnxt_re: Support for DCB

This patch queries the configured RoCE APP Priority on the host using the dcbnl API and programs the RoCE FW with the corresponding Traffic Class(es) for the priority. v2: Fixed some sparse warning and cleanup of function bnxt_re_query_hwrm_pri2cos Signed-off-by: Eddie Wai

[PATCH V2 00/22] Broadcom RoCE Driver (bnxt_re)

This series introduces the RoCE driver for the Broadcom NetXtreme-E 10/25/40/50 gigabit RoCE HCAs. This driver is dependent on the bnxt_en NIC driver and is based on the bnxt_re branch in Doug's repository. bnxt_en changes required for this patch series is already available in this branch. I

[PATCH V2 01/22] bnxt_re: Add bnxt_re RoCE driver files

This patch adds the required skeletal files for Broadcom NetXtreme RoCE driver. Also, added the load/unload routines for bnxt_re driver. v2: Modified the license text to include Dual License Signed-off-by: Eddie Wai Signed-off-by: Devesh Sharma

[PATCH V2 19/22] bnxt_re: Support debugfs

This patch exports some of the FW debug counters Signed-off-by: Eddie Wai Signed-off-by: Devesh Sharma Signed-off-by: Somnath Kotur Signed-off-by: Sriharsha Basavapatna

[PATCH V2 20/22] bnxt_re: Set uverbs command mask

This patch exports available uverbs command mask to the IB stack. Also, populating some of the missing parameters in the ibdev structure used for registration. Signed-off-by: Eddie Wai Signed-off-by: Devesh Sharma Signed-off-by: Somnath Kotur

[PATCH V2 17/22] bnxt_re: Handling dispatching of events to IB stack

This patch implements handling dispatch of appropriate event to the IB stack based on NETDEV events received. v2: Removed cleanup of the resources during driver unload since we are calling unregister_netdevice_notifier first in the exit. Signed-off-by: Eddie Wai

Re: [PATCH net-next v6 0/2] net/sched: cls_flower: Support matching on ICMP

Hi Dave, Hi Or, On Thu, Dec 08, 2016 at 11:58:10AM -0500, David Miller wrote: > From: Simon Horman > Date: Wed, 7 Dec 2016 13:48:26 +0100 > > > this series adds support for matching on ICMP type and code to > > cls_flower. > > Series applied, thanks Simon. I guess

Re: fs, net: deadlock between bind/splice on af_unix

On Thu, Dec 08, 2016 at 10:32:00PM -0800, Cong Wang wrote: > > Why do we do autobind there, anyway, and why is it conditional on > > SOCK_PASSCRED? Note that e.g. for SOCK_STREAM we can bloody well get > > to sending stuff without autobind ever done - just use socketpair() > > to create that

Re: fs, net: deadlock between bind/splice on af_unix

On Thu, Dec 8, 2016 at 5:32 PM, Al Viro wrote: > On Thu, Dec 08, 2016 at 04:08:27PM -0800, Cong Wang wrote: >> On Thu, Dec 8, 2016 at 8:30 AM, Dmitry Vyukov wrote: >> > Chain exists of: >> > Possible unsafe locking scenario: >> > >> >CPU0

Re: netlink: GPF in sock_sndtimeo

On 2016-11-29 23:52, Richard Guy Briggs wrote: > On 2016-11-29 15:13, Cong Wang wrote: > > On Tue, Nov 29, 2016 at 8:48 AM, Richard Guy Briggs wrote: > > > On 2016-11-26 17:11, Cong Wang wrote: > > >> It is racy on audit_sock, especially on the netns exit path. > > > > > > I

Dear Beneficiary

-- Greetings. This is to officially inform you that your (ATM Card) has been accredited with your favor.Your Personal Identification Number would be given to you as soon as you contact. The ATM Card Value is US$1,500,000.00 (One Million Five Hundred Thousand Dollars). You are advice to

Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups

On Tue, Dec 6, 2016 at 10:23 AM, Tejun Heo wrote: > Hello, > > On Tue, Dec 06, 2016 at 10:13:53AM -0800, Andy Lutomirski wrote: >> > Delegation is an explicit operation and reflected in the ownership of >> > the subdirectories and cgroup interface files in them. The >> >

Re: [RFC PATCH net-next v3 1/2] macb: Add 1588 support in Cadence GEM.

Hi, On Thu, Dec 8, 2016 at 8:11 PM, wrote: > > >> -Original Message- >> From: Richard Cochran [mailto:richardcoch...@gmail.com] >> Sent: Wednesday, December 07, 2016 11:04 PM >> To: Andrei Pistirica - M16132 >> Cc: netdev@vger.kernel.org;

Re: [PATCH net-next 1/2] net: phy: add extension of phy-mode for XLGMII

On 2016/12/9 6:15, Florian Fainelli wrote: > On 12/06/2016 07:57 PM, Jie Deng wrote: >> This patch adds phy-mode support for Synopsys XLGMAC > The functional changes look good, but I would like to see some > description of what the XL part stands for here. > > While you are modifying this, do

Re: [PATCHv3 perf/core 5/7] samples/bpf: Switch over to libbpf

On 2016/12/9 13:04, Wangnan (F) wrote: On 2016/12/9 10:46, Joe Stringer wrote: [SNIP] diff --git a/tools/lib/bpf/Makefile b/tools/lib/bpf/Makefile index 62d89d50fcbd..616bd55f3be8 100644 --- a/tools/lib/bpf/Makefile +++ b/tools/lib/bpf/Makefile @@ -149,6 +149,8 @@ CMD_TARGETS =

Re: net: deadlock on genl_mutex

On Thu, Dec 8, 2016 at 4:32 PM, Cong Wang wrote: > On Thu, Dec 8, 2016 at 9:16 AM, Dmitry Vyukov wrote: >> Chain exists of: >> Possible unsafe locking scenario: >> >>CPU0CPU1 >> >>

Re: [PATCHv3 perf/core 5/7] samples/bpf: Switch over to libbpf

On 2016/12/9 10:46, Joe Stringer wrote: Now that libbpf under tools/lib/bpf/* is synced with the version from samples/bpf, we can get rid most of the libbpf library here. Signed-off-by: Joe Stringer --- v3: First post. --- samples/bpf/Makefile | 60

Re: [PATCH net-next 0/2] Initial driver for Synopsys DWC XLGMAC

On 2016/12/8 23:59, Alexandre Torgue wrote: > Hi > > On 12/07/2016 04:57 AM, Jie Deng wrote: >> This series provides the support for 25/40/50/100 GbE >> devices using Synopsys DWC Enterprise Ethernet (XLGMAC). > > Can you explain which GMAC are you targeted ? > > A driver which support some

Re: [PATCHv3 perf/core 3/7] tools lib bpf: Add flags to bpf_create_map()

On 2016/12/9 10:46, Joe Stringer wrote: The map_flags argument to bpf_create_map() was previously not exposed. By exposing it, users can access flags such as whether or not to preallocate the map. Signed-off-by: Joe Stringer Please mention commit

Re: [PATCHv3 perf/core 2/7] tools lib bpf: use __u32 from linux/types.h

On 2016/12/9 10:46, Joe Stringer wrote: Fixes the following issue when building without access to 'u32' type: ./tools/lib/bpf/bpf.h:27:23: error: unknown type name ‘u32’ Signed-off-by: Joe Stringer --- v3: Split from "tools lib bpf: Sync with samples/bpf/libbpf" ---

RE: [PATCH net 1/2] r8152: fix the sw rx checksum is unavailable

Mark Lord I find an issue about autosuspend, and it may result in the same problem with you. I don't sure if this is helpful to you, because it only occurs when enabling the autosuspend. Best Regards, Hayes /* * Copyright (c) 2014 Realtek Semiconductor Corp. All rights

[PATCH] ipv4: Should use consistent conditional judgement for ip fragment in __ip_append_data and ip_finish_output

From: zheng li There is an inconsitent conditional judgement in __ip_append_data and ip_finish_output functions, the variable length in __ip_append_data just include the length of applicatoin's payload and udp header, don't include the length of ip header, but in

Re: [net-next PATCH v5 1/6] net: virtio dynamically disable/enable LRO

On Thu, Dec 08, 2016 at 04:04:58PM -0800, John Fastabend wrote: > On 16-12-08 01:36 PM, Michael S. Tsirkin wrote: > > On Wed, Dec 07, 2016 at 12:11:11PM -0800, John Fastabend wrote: > >> This adds support for dynamically setting the LRO feature flag. The > >> message to control guest features in

Re: [net-next PATCH v5 0/6] XDP for virtio_net

On Thu, Dec 08, 2016 at 05:16:02PM -0500, David Miller wrote: > From: John Fastabend > Date: Thu, 8 Dec 2016 12:46:07 -0800 > > > On 16-12-08 11:38 AM, Alexei Starovoitov wrote: > >> On Thu, Dec 08, 2016 at 02:17:02PM -0500, David Miller wrote: > >>> From: John

[PATCHv3 perf/core 3/7] tools lib bpf: Add flags to bpf_create_map()

The map_flags argument to bpf_create_map() was previously not exposed. By exposing it, users can access flags such as whether or not to preallocate the map. Signed-off-by: Joe Stringer --- v3: Split from "tools lib bpf: Sync with samples/bpf/libbpf". --- tools/lib/bpf/bpf.c| 3

[PATCHv3 perf/core 2/7] tools lib bpf: use __u32 from linux/types.h

Fixes the following issue when building without access to 'u32' type: ./tools/lib/bpf/bpf.h:27:23: error: unknown type name ‘u32’ Signed-off-by: Joe Stringer --- v3: Split from "tools lib bpf: Sync with samples/bpf/libbpf" --- tools/lib/bpf/bpf.c | 4 ++-- tools/lib/bpf/bpf.h | 4

[PATCHv3 perf/core 6/7] samples/bpf: Remove perf_event_open() declaration

This declaration was made in samples/bpf/libbpf.c for convenience, but there's already one in tools/perf/perf-sys.h. Reuse that one. Signed-off-by: Joe Stringer --- v3: First post. --- samples/bpf/Makefile| 3 ++- samples/bpf/bpf_load.c | 3 ++-

[PATCHv3 perf/core 1/7] tools lib bpf: Sync {tools,}/include/uapi/linux/bpf.h

The tools version of this header is out of date; update it to the latest version from the kernel headers. Signed-off-by: Joe Stringer Acked-by: Wang Nan --- v3: Add ack. v2: No change. --- tools/include/uapi/linux/bpf.h | 51

[PATCHv3 perf/core 0/7] Reuse libbpf from samples/bpf

(Was "libbpf: Synchronize implementations") Update tools/lib/bpf to provide the remaining bpf wrapper pieces needed by the samples/bpf/ code, then get rid of all of the duplicate BPF libraries in samples/bpf/libbpf.[ch]. --- v3: Add ack for first patch. Split out second patch from v2 into

[PATCHv3 perf/core 7/7] samples/bpf: Move open_raw_sock to separate header

This function was declared in libbpf.c and was the only remaining function in this library, but has nothing to do with BPF. Shift it out into a new header, sock_example.h, and include it from the relevant samples. Signed-off-by: Joe Stringer --- v3: First post. ---

[PATCHv3 perf/core 5/7] samples/bpf: Switch over to libbpf

Now that libbpf under tools/lib/bpf/* is synced with the version from samples/bpf, we can get rid most of the libbpf library here. Signed-off-by: Joe Stringer --- v3: First post. --- samples/bpf/Makefile | 60 +- samples/bpf/README.rst | 4 +-

[PATCHv3 perf/core 4/7] samples/bpf: Make samples more libbpf-centric

Switch all of the sample code to use the function names from tools/lib/bpf so that they're consistent with that, and to declare their own log buffers. This allow the next commit to be purely devoted to getting rid of the duplicate library in samples/bpf. Signed-off-by: Joe Stringer

Re: [PATCH net-next 2/3] net: xgene: move xgene_cle_ptree_ewdn data off stack

From: Arnd Bergmann Date: Thu, 8 Dec 2016 22:57:04 +0100 > The array for initializing the cle is set up on the stack with > almost entirely constant data and then passed to a function that > converts it into HW specific bit patterns. With the latest > addition, the size of this

Re: [PATCH net-next 1/3] net/mlx5e: use %pad format string for dma_addr_t

From: Arnd Bergmann Date: Thu, 8 Dec 2016 22:57:03 +0100 > On 32-bit ARM with 64-bit dma_addr_t I get this warning about an > incorrect format string: > > In file included from > /git/arm-soc/drivers/net/ethernet/mellanox/mlx5/core/alloc.c:42:0: >

Re: [PATCH net-next 3/3] net: xgene: avoid bogus maybe-uninitialized warning

From: Arnd Bergmann Date: Thu, 8 Dec 2016 22:57:05 +0100 > In some configurations, gcc cannot trace the state of variables > across a spin_unlock() barrier, leading to a warning about > correct code: > > xgene_enet_main.c: In function 'xgene_enet_start_xmit': >

Re: [PATCH net 0/2] net: ethernet: Make sure we set dev->dev.parent

From: Florian Fainelli Date: Thu, 8 Dec 2016 11:41:23 -0800 > This patch series builds atop: > > ec988ad78ed6d184a7f4ca6b8e962b0e8f1de461 ("phy: Don't increment MDIO bus > refcount unless it's a different owner") > > FMAN is the one that potentially needs patching as

Re: [PATCH-RESEND] vhost-vsock: fix orphan connection reset

From: Peng Tao Date: Fri, 9 Dec 2016 01:10:46 +0800 > local_addr.svm_cid is host cid. We should check guest cid instead, > which is remote_addr.svm_cid. Otherwise we end up resetting all > connections to all guests. > > Cc: sta...@vger.kernel.org [4.8+] > Reviewed-by:

Re: [PATCH] [v4] net: phy: phy drivers should not set SUPPORTED_[Asym_]Pause

Florian, please review this patch. Thanks.

Re: fs, net: deadlock between bind/splice on af_unix

On Thu, Dec 08, 2016 at 04:08:27PM -0800, Cong Wang wrote: > On Thu, Dec 8, 2016 at 8:30 AM, Dmitry Vyukov wrote: > > Chain exists of: > > Possible unsafe locking scenario: > > > >CPU0CPU1 > > > >

Re: [Intel-wired-lan] [RFC PATCH] i40e: enable PCIe relax ordering for SPARC

On 12/08/2016 04:45 PM, tndave wrote: On 12/08/2016 08:05 AM, Alexander Duyck wrote: On Thu, Dec 8, 2016 at 2:43 AM, David Laight wrote: From: Alexander Duyck Sent: 06 December 2016 17:10 ... I was thinking about it and I realized we can probably simplify this

Re: Soft lockup in inet_put_port on 4.6

> On Dec 8, 2016, at 7:32 PM, Eric Dumazet wrote: > >> On Thu, 2016-12-08 at 16:36 -0500, Josef Bacik wrote: >> >> We can reproduce the problem at will, still trying to run down the >> problem. I'll try and find one of the boxes that dumped a core and get >> a bt of

Re: [PATCH 2/6] net: ethernet: ti: cpts: add support for ext rftclk selection

On 12/06, Grygorii Strashko wrote: > Subject: [PATCH] cpts refclk sel > > Signed-off-by: Grygorii Strashko > --- > arch/arm/boot/dts/keystone-k2e-netcp.dtsi | 10 +- > drivers/net/ethernet/ti/cpts.c| 52 > ++- > 2 files

Re: [Intel-wired-lan] [RFC PATCH] i40e: enable PCIe relax ordering for SPARC

On 12/08/2016 08:05 AM, Alexander Duyck wrote: On Thu, Dec 8, 2016 at 2:43 AM, David Laight wrote: From: Alexander Duyck Sent: 06 December 2016 17:10 ... I was thinking about it and I realized we can probably simplify this even further. In the case of most other

Re: [PATCH 37/50] netfilter: nf_tables: atomic dump and reset for stateful objects

On Wed, Dec 7, 2016 at 4:52 PM, Pablo Neira Ayuso wrote: > This patch adds a new NFT_MSG_GETOBJ_RESET command perform an atomic > dump-and-reset of the stateful object. This also comes with add support > for atomic dump and reset for counter and quota objects. This triggered

Re: [PATCH net-next] openvswitch: fix VxLAN-gpe port can't be created in ovs compat mode

On Thu, Dec 08, 2016 at 11:41:58AM -0800, Pravin Shelar wrote: > On Thu, Dec 8, 2016 at 12:20 AM, Yi Yang wrote: > > > > Signed-off-by: Yi Yang > > --- > > include/uapi/linux/openvswitch.h | 1 + > > net/openvswitch/vport-vxlan.c| 15

linux-next: build warning after merge of the net-next tree

Hi all, After merging the net-next tree, today's linux-next build (powerpc ppc64_defconfig) produced this warning: In file included from include/linux/byteorder/big_endian.h:4:0, from arch/powerpc/include/uapi/asm/byteorder.h:13, from

Re: net: deadlock on genl_mutex

On Thu, Dec 8, 2016 at 9:16 AM, Dmitry Vyukov wrote: > Chain exists of: > Possible unsafe locking scenario: > >CPU0CPU1 > > lock(genl_mutex); >lock(nlk->cb_mutex); >

Re: Soft lockup in inet_put_port on 4.6

On Thu, 2016-12-08 at 16:36 -0500, Josef Bacik wrote: > We can reproduce the problem at will, still trying to run down the > problem. I'll try and find one of the boxes that dumped a core and get > a bt of everybody. Thanks, OK, sounds good. I had a look and : - could not spot a fix that

Re: net: deadlock on genl_mutex

On Thu, Dec 8, 2016 at 10:02 AM, Dmitry Vyukov wrote: > Chain exists of: > Possible unsafe locking scenario: > >CPU0CPU1 > > lock(nlk->cb_mutex); >lock([i].mutex); >

Re: fs, net: deadlock between bind/splice on af_unix

On Thu, Dec 8, 2016 at 8:30 AM, Dmitry Vyukov wrote: > Chain exists of: > Possible unsafe locking scenario: > >CPU0CPU1 > > lock(sb_writers#5); >lock(>bindlock); >

Re: [net-next PATCH v5 1/6] net: virtio dynamically disable/enable LRO

On 16-12-08 01:36 PM, Michael S. Tsirkin wrote: > On Wed, Dec 07, 2016 at 12:11:11PM -0800, John Fastabend wrote: >> This adds support for dynamically setting the LRO feature flag. The >> message to control guest features in the backend uses the >> CTRL_GUEST_OFFLOADS msg type. >> >>

[PATCH v2 1/2] net: ethernet: sxgbe: remove private tx queue lock

The driver uses a private lock for synchronization of the xmit function and the xmit completion handler, but since the NETIF_F_LLTX flag is not set, the xmit function is also called with the xmit_lock held. On the other hand the completion handler uses the reverse locking order by first taking

[PATCH v2 2/2] net: ethernet: stmmac: remove private tx queue lock

The driver uses a private lock for synchronization of the xmit function and the xmit completion handler, but since the NETIF_F_LLTX flag is not set, the xmit function is also called with the xmit_lock held. On the other hand the completion handler uses the reverse locking order by first taking

Remove private tx queue locks

Hi, this patch series removes unnecessary private locks in the sxgbe and the stmmac driver. v2: - adjust commit message

Re: pull-request: can 2016-12-08

From: Marc Kleine-Budde Date: Thu, 8 Dec 2016 16:35:51 +0100 > this is a pull request for one patch. > > Jiho Chu found and fixed a use-after-free error in the cleanup path > in the peak pcan USB CAN driver. Pulled, thanks Marc.

Re: [PATCH] net: gianfar: add ethtool eee support

On 12/08/2016 03:19 PM, David Miller wrote: > From: Shaohui Xie > Date: Thu, 8 Dec 2016 19:27:06 +0800 > >> Gianfar does not support EEE, but it can connect to a PHY which supports >> EEE and the PHY advertises EEE by default, and its link partner also >> advertises EEE, so

Re: [PATCH] cxgb4/cxgb4vf: Assign netdev->dev_port with port ID

From: Ganesh Goudar Date: Thu, 8 Dec 2016 18:09:23 +0530 > From: Arjun V > > Added missing dev_port assignment in cxgb4vf driver. > Also made dev_port assignment of cxgb4 in sync with cxgb4vf driver. > > Signed-off-by: Casey Leedom

Re: [PATCH] net: socket: preferred __aligned(size) for control buffer

From: kushwah...@samsung.com Date: Thu, 08 Dec 2016 18:21:53 +0530 > From: Amit Kushwaha > > This patch cleanup checkpatch.pl warning > WARNING: __aligned(size) is preferred over __attribute__((aligned(size))) > > Signed-off-by: Amit Kushwaha

Re: [PATCH 1/2] net: ethernet: sxgbe: remove private tx queue lock

Lino Sanfilippo : [...] > OTOH Pavel said that he actually could produce a deadlock. Now I wonder if > this is caused by that locking scheme (in a way I have not figured out yet) > or if it is a different issue. stmmac_tx_err races with stmmac_xmit. -- Ueimor

Re: [PATCH] net: gianfar: add ethtool eee support

From: Shaohui Xie Date: Thu, 8 Dec 2016 19:27:06 +0800 > Gianfar does not support EEE, but it can connect to a PHY which supports > EEE and the PHY advertises EEE by default, and its link partner also > advertises EEE, so the PHY enters low power mode when traffic rate is

Re: [PATCH net-next 0/5] liquidio VF offloads and stats

From: Raghu Vatsavayi Date: Thu, 8 Dec 2016 13:00:43 -0800 > Following is final patch series in completing the liquidio > VF driver support. These patches have minor changes related > to offloads and stats. > > Please apply patches in following order as some of

RE: [PATCH net-next 4/5] liquidio VF timestamp

> -Original Message- > From: Or Gerlitz [mailto:gerlitz...@gmail.com] > Sent: Thursday, December 08, 2016 1:10 PM > To: Vatsavayi, Raghu > Cc: David Miller; Linux Netdev List; Vatsavayi, Raghu; Chickles, Derek; Burla, > Satananda; Manlunas, Felix > Subject: Re: [PATCH net-next 4/5]

Re: Misalignment, MIPS, and ip_hdr(skb)->version

From: "Jason A. Donenfeld" Date: Thu, 8 Dec 2016 23:20:04 +0100 > Hi David, > > On Thu, Dec 8, 2016 at 1:37 AM, David Miller wrote: >> You really have to land the IP header on a proper 4 byte boundary. >> >> I would suggest pushing 3 dummy garbage bytes of

Re: [PATCH 1/2] net: ethernet: sxgbe: remove private tx queue lock

On 08.12.2016 23:18, Pavel Machek wrote: > On Thu 2016-12-08 23:12:10, Lino Sanfilippo wrote: >> Hi, >> >> On 08.12.2016 22:54, Pavel Machek wrote: >> > On Thu 2016-12-08 21:32:12, Lino Sanfilippo wrote: >> >> Hi, >> >> >> >> On 08.12.2016 00:15, Francois Romieu wrote: >> >> > Lino Sanfilippo

RE: [PATCH net-next 2/5] liquidio VF vxlan

> -Original Message- > From: Or Gerlitz [mailto:gerlitz...@gmail.com] > Sent: Thursday, December 08, 2016 1:08 PM > To: Vatsavayi, Raghu > Cc: David Miller; Linux Netdev List; Vatsavayi, Raghu; Chickles, Derek; Burla, > Satananda; Manlunas, Felix > Subject: Re: [PATCH net-next 2/5]

[PATCH] ibmveth: set correct gso_size and gso_type

This patch is based on an earlier one submitted by Jon Maxwell with the following commit message: "We recently encountered a bug where a few customers using ibmveth on the same LPAR hit an issue where a TCP session hung when large receive was enabled. Closer analysis revealed that the session was

[PATCH v2] net: ethernet: ti: netcp: add support of cpts

From: WingMan Kwok This patch adds support of the cpts device found in the gbe and 10gbe ethernet switches on the keystone 2 SoCs (66AK2E/L/Hx, 66AK2Gx). Cc: Richard Cochran Signed-off-by: WingMan Kwok Signed-off-by: Grygorii Strashko

Re: Misalignment, MIPS, and ip_hdr(skb)->version

Hi David, On Thu, Dec 8, 2016 at 1:37 AM, David Miller wrote: > You really have to land the IP header on a proper 4 byte boundary. > > I would suggest pushing 3 dummy garbage bytes of padding at the front > or the end of your header. Are you sure 3 bytes to get 4 byte

Re: [PATCH 1/2] net: ethernet: sxgbe: remove private tx queue lock

On Thu 2016-12-08 23:12:10, Lino Sanfilippo wrote: > Hi, > > On 08.12.2016 22:54, Pavel Machek wrote: > > On Thu 2016-12-08 21:32:12, Lino Sanfilippo wrote: > >> Hi, > >> > >> On 08.12.2016 00:15, Francois Romieu wrote: > >> > Lino Sanfilippo : > >> >> The driver uses a

Re: [PATCH net-next 1/2] net: phy: add extension of phy-mode for XLGMII

On 12/06/2016 07:57 PM, Jie Deng wrote: > This patch adds phy-mode support for Synopsys XLGMAC The functional changes look good, but I would like to see some description of what the XL part stands for here. While you are modifying this, do you also mind submitting a Device Tree specification

Re: [net-next PATCH v5 0/6] XDP for virtio_net

From: John Fastabend Date: Thu, 8 Dec 2016 12:46:07 -0800 > On 16-12-08 11:38 AM, Alexei Starovoitov wrote: >> On Thu, Dec 08, 2016 at 02:17:02PM -0500, David Miller wrote: >>> From: John Fastabend >>> Date: Wed, 07 Dec 2016 12:10:47 -0800 >>>

Re: [PATCH 1/2] net: ethernet: sxgbe: remove private tx queue lock

Hi, On 08.12.2016 22:54, Pavel Machek wrote: > On Thu 2016-12-08 21:32:12, Lino Sanfilippo wrote: >> Hi, >> >> On 08.12.2016 00:15, Francois Romieu wrote: >> > Lino Sanfilippo : >> >> The driver uses a private lock for synchronization between the xmit >> >> function and

Re: [PATCH 1/2] net: ethernet: sxgbe: remove private tx queue lock

On Thu 2016-12-08 21:32:12, Lino Sanfilippo wrote: > Hi, > > On 08.12.2016 00:15, Francois Romieu wrote: > > Lino Sanfilippo : > >> The driver uses a private lock for synchronization between the xmit > >> function and the xmit completion handler, but since the NETIF_F_LLTX

Re: net-next closing, README

On Wed, Dec 7, 2016 at 3:28 PM, David Miller wrote: > Therefore, please do not submit any new features or cleanups for > net-next. Bug fixes for problems introduced in net-next are fine, > however. I posted a v3 of my "QDF2400 support" patchset today, although v1 was

[PATCH net-next 3/3] net: xgene: avoid bogus maybe-uninitialized warning

In some configurations, gcc cannot trace the state of variables across a spin_unlock() barrier, leading to a warning about correct code: xgene_enet_main.c: In function 'xgene_enet_start_xmit': ../../../phy/mdio-xgene.h:112:14: error: 'mss_index' may be used uninitialized in this function

[PATCH net-next 2/3] net: xgene: move xgene_cle_ptree_ewdn data off stack

The array for initializing the cle is set up on the stack with almost entirely constant data and then passed to a function that converts it into HW specific bit patterns. With the latest addition, the size of this array has grown to the point that we get a warning about potential stack overflow in

[PATCH net-next 1/3] net/mlx5e: use %pad format string for dma_addr_t

On 32-bit ARM with 64-bit dma_addr_t I get this warning about an incorrect format string: In file included from /git/arm-soc/drivers/net/ethernet/mellanox/mlx5/core/alloc.c:42:0: drivers/net/ethernet/mellanox/mlx5/core/alloc.c: In function ‘mlx5_frag_buf_alloc_node’:

Re: [PATCH net-next 2/2] net: ethernet: Initial driver for Synopsys DWC XLGMAC

On Thu 2016-12-08 13:58:47, Jie Deng wrote: > > > On 2016/12/7 17:48, Pavel Machek wrote: > > Hi! > > > >> This patch provides the initial driver for 25/40/50/100 GbE > >> devices using Synopsys DWC Enterprise Ethernet (XLGMAC) > >> > >> Signed-off-by: Jie Deng > > I trust

Re: [net-next PATCH v5 5/6] virtio_net: add XDP_TX support

On 16-12-08 01:45 PM, Michael S. Tsirkin wrote: > On Thu, Dec 08, 2016 at 01:25:40PM -0800, John Fastabend wrote: >> On 16-12-08 01:18 PM, Michael S. Tsirkin wrote: >>> On Thu, Dec 08, 2016 at 10:18:22AM -0800, John Fastabend wrote: > I guess this helps because it just slows down the guest.

Re: [net-next PATCH v5 5/6] virtio_net: add XDP_TX support

On Thu, Dec 08, 2016 at 01:25:40PM -0800, John Fastabend wrote: > On 16-12-08 01:18 PM, Michael S. Tsirkin wrote: > > On Thu, Dec 08, 2016 at 10:18:22AM -0800, John Fastabend wrote: > >>> I guess this helps because it just slows down the guest. > >>> I don't much like it ... > >> > >> I left it

Re: Soft lockup in inet_put_port on 4.6

On Thu, Dec 8, 2016 at 4:03 PM, Hannes Frederic Sowa wrote: Hello Tom, On Wed, Dec 7, 2016, at 00:06, Tom Herbert wrote: We are seeing a fair number of machines getting into softlockup in 4.6 kernel. As near as I can tell this is happening on the spinlock in

  1   2   3   >