[PATCH v4] libibverbs: ibv_fork_init() and huge pages

Hi Roland, this is the fourth version of the huge pages support, please see below for change log + description, we appreciate your comments. Problem description: When fork support is enabled in libibverbs, madvise() is called for every memory page that is registered as a memory region. Memory

RE: [PATCH] RDMA/nes: IB_QPT_RAW_PACKET QP type support for nes driver

Hello Or, I think about other options yet and I'm still not sure what option should I choose for implementation. I agree with you that it is possible to fix the post_send path in OFED. Let me think a few days yet. Regards, Mirek -Original Message- From: Or Gerlitz

Re: [PATCH] RDMA/nes: IB_QPT_RAW_PACKET QP type support for nes driver

Walukiewicz, Miroslaw wrote: I agree with you that it is possible to fix the post_send path in OFED. Let me think a few days yet. Hi Mirek, okay. Just one comment, the way I see it, ofed is very much not something that has post_send path, its a temporary, ad-hock, very far from being well

Re: [patch] infiniband: cxgb3: fix signed bug

Dan Carpenter wrote: num_wrs should be signed so that the if (num_wrs = 0) checks work. Signed-off-by: Dan Carpenter erro...@gmail.com diff --git a/drivers/infiniband/hw/cxgb3/iwch_qp.c b/drivers/infiniband/hw/cxgb3/iwch_qp.c index ae47bfd..e90fb2d 100644 ---

more partition questions

I'm trying to set up partitions in a little test environment, and I'm having trouble. I have opensm running on a machine attached to the fabric, and sminfo on the other machines confirm that this is indeed the master SM. Here's my /etc/opensm/partitions.conf: Default=0x , ipoib : ALL,

RE: some dapl assistance - [PATCH] dapl-2.0 improperly handles pkey check/query in host order

Itay, OK, we got Intel MPI to run. To test the pkey usage we configured it to run over pkey that is not configured on the node. In this case the MPI should have failed, but it didn't. The dapl debug reports the given pkey (0x8001 = 32769). How can that be? If the pkey override is not valid

Re: [patch 1/2] infiniband/cxgb4: remove unneeded assignment

thanks, applied. -- Roland Dreier rola...@cisco.com || For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html -- To unsubscribe from this list: send the line unsubscribe linux-rdma in the body of a message to majord...@vger.kernel.org More

Re: [patch 2/2] infiniband/cxgb4: add null check

Since we agreed the NULL check probably wasn't needed, I added this: [PATCH] RDMA/cxgb4: Remove unneeded NULL check The rest of the code seems to assume that ep-com.cm_id can't be NULL, so remove an unneeded test. Reported-by: Dan Carpenter erro...@gmail.com Signed-off-by: Roland Dreier

Re: [PATCH] IB/qib: define max IB ports instead of variable stack allocation

thanks, applied. -- Roland Dreier rola...@cisco.com || For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html -- To unsubscribe from this list: send the line unsubscribe linux-rdma in the body of a message to majord...@vger.kernel.org More

[patch v2] infiniband: cxgb3: clean up signed check

Q_FREECNT() returns the number of spaces free. This should never be a negative amount. Also the num_wrs is an unsigned int so it can never be less than zero. Signed-off-by: Dan Carpenter erro...@gmail.com --- In v1: I changed num_wrs to a signed int. diff --git

sense remote hardware address change by rdma-cm applications

Today, the kernel neighbouring maintainance state-machine / engine doesn't come into play for neighbours created on behalf of rdma-cm consumers. This is b/c the send path is offloaded away from the network-stack to the app QP, and as such the neighbour created follwing the ARP request / reply

Re: [patch v2] infiniband: cxgb3: clean up signed check

Acked-by: Steve Wise sw...@opengridcomputing.com Dan Carpenter wrote: Q_FREECNT() returns the number of spaces free. This should never be a negative amount. Also the num_wrs is an unsigned int so it can never be less than zero. Signed-off-by: Dan Carpenter erro...@gmail.com --- In v1: I

NULL pointer dereference in rdma_ucm

Hi, I'm experimenting with an rdma_cm application to push data around between nodes on an ~1000 node cluster (CentOS-5.3 with 2.6.18-128.el5 and OFED-1.4.2). Under heavy load, I'm seeing several nodes per day kernel panic due to a NULL pointer dereference. It may be that the in-kernel field

Re: sense remote hardware address change by rdma-cm applications

On Tue, Jul 20, 2010 at 12:42:06AM +0300, Or Gerlitz wrote: Today, the kernel neighbouring maintainance state-machine / engine doesn't come into play for neighbours created on behalf of rdma-cm consumers. This is b/c the send path is offloaded away from the network-stack to the app QP, and as

RE: When IBoE will be merged to upstream?

-Original Message- From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- ow...@vger.kernel.org] On Behalf Of Jason Gunthorpe Sent: Monday, July 12, 2010 9:22 AM To: Liran Liss Cc: Or Gerlitz; Roland Dreier; Hefty, Sean; Aleksey Senin; linux-rdma; mo...@voltaire.com;