Re: [PATCH v9 0/4] Sending kernel pathrecord query to user cache server

2015-08-24 Thread Haggai Eran
On 24/08/2015 17:32, Wan, Kaike wrote: >> On Fri, Aug 14, 2015 at 08:52:05AM -0400, kaike@intel.com wrote: >> > >>> > > Some tests with namespace have been performed: >>> > > 1. An unprivileged user cannot bind to the RDMA_NL_GROUP_LS multicast >>> > >group; >>> > > 2. An unprivileged user

Re: [PATCH v9 0/4] Sending kernel pathrecord query to user cache server

2015-08-24 Thread Haggai Eran
On 24/08/2015 17:32, Wan, Kaike wrote: >> On Fri, Aug 14, 2015 at 08:52:05AM -0400, kaike@intel.com wrote: >> > >>> > > Some tests with namespace have been performed: >>> > > 1. An unprivileged user cannot bind to the RDMA_NL_GROUP_LS multicast >>> > >group; >>> > > 2. An unprivileged user

Re: [PATCH for-next 00/10] Add RoCE support to the mlx5 driver

2015-08-24 Thread Tom Talpey
On 8/20/2015 12:46 PM, Achiad Shochat wrote: Hi Doug, This patchset adds RoCE V1 and RoCE V2 support to the mlx5 device driver. Question - assuming I read them correctly, these patches add the RoCE v1 and RoCE v2 support on a per-port basis. That is, a port can be either IB, RoCE v1 or RoCE v2

[PATCH v1] IB/srp: Fix possible protection fault

2015-08-24 Thread Sagi Grimberg
srp_destroy_qp is designed to indicate we are safe to continue with freeing the channel resources by modifying the qp error state, posting a dummy wr on the queue-pair and waiting for it to flush. This also holds for the channel registration pool as we are unmapping the memory region when handling

Re: [PATCH] svcrdma: remove dead code

2015-08-24 Thread Sagi Grimberg
On 8/24/2015 7:01 PM, Chuck Lever wrote: On Aug 24, 2015, at 11:58 AM, Sagi Grimberg wrote: No one is calling svc_rdma_fastreg. remove it. Signed-off-by: Sagi Grimberg There's already a patch to remove svc_rdma_fastreg() queued for 4.3 through Bruce's tree. Didn't notice it over the lis

Re: [PATCH] svcrdma: remove dead code

2015-08-24 Thread Chuck Lever
On Aug 24, 2015, at 11:58 AM, Sagi Grimberg wrote: > No one is calling svc_rdma_fastreg. remove it. > > Signed-off-by: Sagi Grimberg There's already a patch to remove svc_rdma_fastreg() queued for 4.3 through Bruce's tree. > --- > include/linux/sunrpc/svc_rdma.h |1 - > net/sunr

[PATCH] svcrdma: remove dead code

2015-08-24 Thread Sagi Grimberg
No one is calling svc_rdma_fastreg. remove it. Signed-off-by: Sagi Grimberg --- include/linux/sunrpc/svc_rdma.h |1 - net/sunrpc/xprtrdma/svc_rdma_transport.c | 34 -- 2 files changed, 0 insertions(+), 35 deletions(-) diff --git a/include/linux/sunrpc/

[GIT PULL] pull request v2: linux-firmware: Add Intel OPA hfi1 firmware

2015-08-24 Thread ira.weiny
Doug, Please Pull: git://github.com/weiny2/linux-firmware.git master-hfi1-firmware-v2 This is the first release of the Intel OPA hfi1 firmware required by the hfi1 driver. Changes from V2: Simplified license text. Thank you, Ira Weiny -- To unsubscribe from this list: send the line "

Re: [PATCH v9 0/4] Sending kernel pathrecord query to user cache server

2015-08-24 Thread Haggai Eran
On 24/08/2015 17:32, Wan, Kaike wrote: >> On Fri, Aug 14, 2015 at 08:52:05AM -0400, kaike@intel.com wrote: >> > >>> > > Some tests with namespace have been performed: >>> > > 1. An unprivileged user cannot bind to the RDMA_NL_GROUP_LS multicast >>> > >group; >>> > > 2. An unprivileged user

RE: [PATCH v9 0/4] Sending kernel pathrecord query to user cache server

2015-08-24 Thread Wan, Kaike
> -Original Message- > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- > ow...@vger.kernel.org] On Behalf Of Jason Gunthorpe > Sent: Friday, August 21, 2015 7:08 PM > To: Wan, Kaike; Haggai Eran > Cc: linux-rdma@vger.kernel.org > Subject: Re: [PATCH v9 0/4] Sending kernel pathr

Re: [PATCH 1/3] IB/uverbs: reject invalid or unknown opcodes

2015-08-24 Thread Haggai Eran
On 24/08/2015 09:55, Christoph Hellwig wrote: > On Mon, Aug 24, 2015 at 09:52:14AM +0300, Haggai Eran wrote: >> Okay. Maybe you can just add a case for IB_WR_SEND in this patch to >> avoid hurting bisectability. > > I've done this already, just waiting for more feedback before resending: > > http