[PATCH] staging: rdma: hfi1: diag: constify hfi1_filter_array structure

2015-12-23 Thread Julia Lawall
The hfi1_filter_array structure is never modified, so declare it as const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall --- drivers/staging/rdma/hfi1/diag.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/rdma/hfi1/diag.c b/drivers/stagin

Re: [PATCH v4 00/11] NFS/RDMA server patches for v4.5

2015-12-23 Thread J. Bruce Fields
On Wed, Dec 16, 2015 at 05:40:09PM +0530, Devesh Sharma wrote: > iozone passed on ocrdma device. What other testing has there been of this patchset? Connectathon, xfstests, and pynfs make more of an effort to test corner cases, iozone isn't much of a test of correctness. --b. > Link bounce fail

Re: device attr cleanup (was: Handle mlx4 max_sge_rd correctly)

2015-12-23 Thread J. Bruce Fields
On Thu, Dec 10, 2015 at 07:49:59PM -0500, Chuck Lever wrote: > > > On Dec 10, 2015, at 6:30 PM, Christoph Hellwig wrote: > > > > On Thu, Dec 10, 2015 at 11:07:03AM -0700, Jason Gunthorpe wrote: > >> The ARM folks do this sort of stuff on a regular basis.. Very early on > >> Doug prepares a topic

Re: [PATCH 3/3] staging/rdma/hfi1: check for ARMED->ACTIVE transition in receive interrupt

2015-12-23 Thread Jubin John
On Fri, Dec 18, 2015 at 09:31:39AM +0300, Dan Carpenter wrote: > Possible off by one, but mostly the whitespace makes me itch. > > Jim was not on the CC list. > > On Thu, Dec 17, 2015 at 07:24:15PM -0500, Jubin John wrote: > > From: Jim Snow > > > > The link state will transition from ARMED to

Re: [RFC] Generic InfiniBand transport done in software

2015-12-23 Thread ira.weiny
On Tue, Dec 22, 2015 at 02:38:10PM +0200, Moni Shoua wrote: > Hi, > > In the past months the need for a kernel module that implements the InfiniBand > transport in software and unify all the InfiniBand software drivers has > been raised. Since then, nobody has submitted any design proposal that sa

Re: device attr cleanup

2015-12-23 Thread Doug Ledford
On 12/23/2015 04:31 PM, J. Bruce Fields wrote: > On Thu, Dec 10, 2015 at 07:49:59PM -0500, Chuck Lever wrote: >> >>> On Dec 10, 2015, at 6:30 PM, Christoph Hellwig wrote: >>> >>> On Thu, Dec 10, 2015 at 11:07:03AM -0700, Jason Gunthorpe wrote: The ARM folks do this sort of stuff on a regular

Re: [PATCH V1 1/3] IB/core: Align coding style of ib_device_cap_flags structure

2015-12-23 Thread Doug Ledford
On 12/21/2015 11:36 AM, ira.weiny wrote: > On Mon, Dec 21, 2015 at 12:03:46AM -0800, Christoph Hellwig wrote: >> On Mon, Dec 21, 2015 at 08:37:26AM +0200, Leon Romanovsky wrote: >>> You are right and it is a preferred way for me too, however the >>> downside of such change will be one of two: >>> 1

Re: [PATCH net-next 0/2] new maintainers for Mellanox mlx4/mlx5 core and IB drivers

2015-12-23 Thread David Miller
From: Doug Ledford Date: Wed, 23 Dec 2015 13:31:06 -0500 > On 12/23/2015 11:30 AM, Or Gerlitz wrote: >> Hi Dave, Doug >> >> We're happily assigning new maintainers for mlx4/mlx5 core and IB drivers. >> >> This is aligned with Eli (mlx5) and Roland (mlx4). >> >> FWIW, I did the whole change to

Re: [PATCH for-next V2 0/5] User-space time-stamping support for mlx5_ib

2015-12-23 Thread Doug Ledford
On 12/23/2015 12:16 PM, Or Gerlitz wrote: > On Tue, Dec 15, 2015 at 8:30 PM, Matan Barak wrote: > >> This patch-set adds user-space support for time-stamping in mlx5_ib. >> It implements the necessary API: >> (a) ib_create_cq_ex - Add support for CQ creation flags >> (b) ib_query_device - return

Re: [PATCH V1 0/3] Add cross-channel support

2015-12-23 Thread Doug Ledford
On 12/20/2015 05:16 AM, Leon Romanovsky wrote: > From: Leon Romanovsky > > This patchset adds cross-channel support. > > The cross-channel feature allows to execute WQEs that involve > synchronization of I/O operations’ on different QPs. > > This capability enables to program complex flows with

Re: FW: [PATCH for-next v1 0/2] Advertise atomic operations support in mlx5

2015-12-23 Thread Doug Ledford
On 12/23/2015 12:05 PM, eran ben elisha wrote: >>> >>> If the firmware supports host endianness, try to configure the >>> hardware to work this way, and on success propagate this capability to >>> the upper layers, otherwise advertise that atomic operations aren't >>> supported. >> >> If you are n

Re: [PATCH] IB/mad: Ensure fairness in ib_mad_completion_handler

2015-12-23 Thread Doug Ledford
On 12/23/2015 03:01 PM, ira.weiny wrote: > Doug, > > With your email troubles I just wanted to make sure you did not lose track of > this patch. > > https://patchwork.kernel.org/patch/7822511/ I've got it, thanks. > Thanks, > Ira > > On Thu, Dec 10, 2015 at 04:52:30PM -0500, ira.we...@intel.co

Re: [PATCH 2/2] IB/mlx4: Convert kmalloc to be kmalloc_array to fix checkpatch warnings

2015-12-23 Thread Doug Ledford
On 12/17/2015 02:31 AM, Leon Romanovsky wrote: > From: Leon Romanovsky > > Convert kmalloc to be kmalloc_array to fix warnings below: > > WARNING: Prefer kmalloc_array over kmalloc with multiply > + qp->sq.wrid = kmalloc(qp->sq.wqe_cnt * sizeof(u64), > > WARNING: Prefer kmalloc_ar

Re: [PATCH 1/2] IB/mlx4: Suppress memory allocations warnings in kmalloc->__vmalloc flows

2015-12-23 Thread Doug Ledford
On 12/17/2015 02:31 AM, Leon Romanovsky wrote: > From: Leon Romanovsky > > Failure in kmalloc memory allocations will throw a warning about it. > Such warnings are not needed anymore, since in commit 0ef2f05c7e02 > ("IB/mlx4: Use vmalloc for WR buffers when needed"), fallback mechanism > from kma

Re: [PATCH V1 15/16] i40iw: add entry in rdma_netlink

2015-12-23 Thread Faisal Latif
On Wed, Dec 23, 2015 at 08:50:15AM -0800, Or Gerlitz wrote: > On 12/22/2015 1:13 AM, Faisal Latif wrote: > > Add entry for port mapper services. > > > > Signed-off-by: Faisal Latif > > --- > > include/uapi/rdma/rdma_netlink.h | 1 + > > 1 file changed, 1 insertion(+) > > > > diff --git a/includ

Re: [PATCH V1 00/16] add Intel(R) X722 iWARP driver

2015-12-23 Thread Faisal Latif
On Wed, Dec 23, 2015 at 08:39:32AM -0800, Or Gerlitz wrote: > On 12/23/2015 6:35 PM, Faisal Latif wrote: > > I will provide new patch series for latest k.o. Also will make sure of > > shallow threading for the series. > > Please make sure that the cover letter will include the full output of > t

Re: [PATCH V1 00/16] add Intel(R) X722 iWARP driver

2015-12-23 Thread Faisal Latif
On Wed, Dec 23, 2015 at 09:05:08AM -0800, Or Gerlitz wrote: > On 12/22/2015 1:13 AM, Faisal Latif wrote: > > This driver provides iWARP RDMA functionality for the Intel(R) X722 Ethernet > > controller for PCI Physical Functions. > > Is there any public info on the X722, I didn't manage to find suc

Re: [PATCH V1 08/16] i40iw: add files for iwarp interface

2015-12-23 Thread Faisal Latif
On Wed, Dec 23, 2015 at 08:42:01AM -0800, Or Gerlitz wrote: > On 12/22/2015 1:13 AM, Faisal Latif wrote: > > + > > +enum i40iw_memreg_type { > > + IW_MEMREG_TYPE_MEM = 0x, > > + IW_MEMREG_TYPE_QP = 0x0001, > > + IW_MEMREG_TYPE_CQ = 0x0002, > > + IW_MEMREG_TYPE_MW = 0x0003, > > + IW_ME

Re: [PATCH rdma-RC] IB/cm: Fix sleeping while atomic when creating AH from WC

2015-12-23 Thread Matan Barak
On Wed, Dec 23, 2015 at 10:04 PM, Doug Ledford wrote: > On 10/15/2015 12:58 PM, Hefty, Sean wrote: > ib_create_ah_from_wc needs to resolve the DMAC in order to create the > AH (this may result sending an ARP and waiting for response). > CM uses this function (which is now sleepable). >

Re: [PATCH] IB/cma: cma_match_net_dev needs to take into account port_num

2015-12-23 Thread Matan Barak
On Wed, Dec 23, 2015 at 7:57 PM, Doug Ledford wrote: > On 12/23/2015 11:35 AM, Matan Barak wrote: >> On Wed, Dec 23, 2015 at 6:08 PM, Doug Ledford wrote: >>> On 12/22/2015 02:26 PM, Matan Barak wrote: On Tue, Dec 22, 2015 at 8:58 PM, Doug Ledford wrote: > On 12/22/2015 05:47 AM, Or Gerl

<    1   2