[ANNOUNCE] OpenSM tarball release

Hi, There is a new release of OpenSM. Tarball available in: http://www.openfabrics.org/downloads/management/ (listed in http://www.openfabrics.org/downloads/management/latest.txt) md5sum: 66beeccf6b16550609b37d588c0589ee opensm-3.3.12.tar.gz All component versions are from recent master bran

[PATCH] RDMA/cm: check that idr_pre_get didn't fail and clean it in error flow

The function idr_pre_get may fail, so there is a need to check the status of it. Since this function allocate resources, we need to clean them during the resource cleaning in case of error. Signed-off-by: Dotan Barak Reviewed-by: Jack Morgenstein --- drivers/infiniband/core/cm.c | 20 ++

RE: [PATCH] RDMA/cm: check that idr_pre_get didn't fail and clean it in error flow

> The function idr_pre_get may fail, so there is a need to check the status of > it. Since this function allocate resources, we need to clean them during the > resource cleaning in case of error. We should add the cleanup code below, but I don't think we care if idr_pre_get fails here. We'll jus

rdma_cm UD sendto without connect

Is it possible to send/recv datagrams with no previous connection similar to UDP sendto/recvfrom? UD examples I've seen are connection oriented and listen/connect/accept, establishing a connection prior to conversing. It appears that in order to do what I want, I need an ibv_ah to put in the send

RE: rdma_cm UD sendto without connect

> Is it possible to send/recv datagrams with no previous connection > similar to UDP sendto/recvfrom? UD examples I've seen are connection > oriented and listen/connect/accept, establishing a connection prior to > conversing. To send a datagram, you need the QP number, qkey, and addressing inform

RE: [PATCH] RDMA/cm: check that idr_pre_get didn't fail and clean it in error flow

> Do you want me to resent a new patch only with the cleanup code? If you have time, please do. Thanks -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

[ANNOUNCE] OFED-1.5.4-rc3 is available

Hi, OFED 1.5.4-rc3 is available. The tarball is available on: http://www.openfabrics.org/downloads/OFED/ofed-1.5.4/OFED-1.5.4-rc3.tgz To get BUILD_ID run ofed_info Please report any issues in bugzilla https://bugs.openfabrics.org/ for OFED 1.5.4 Regards, Vladimir Main changes from RC2: -

Re: rdma_cm UD sendto without connect

On Thu, Nov 3, 2011 at 10:44 AM, Hefty, Sean wrote: >> Is it possible to send/recv datagrams with no previous connection >> similar to UDP sendto/recvfrom?  UD examples I've seen are connection >> oriented and listen/connect/accept, establishing a connection prior to >> conversing. > > To send a d

RE: rdma_cm UD sendto without connect

> Are there calls in rdma_cm that allow me to do this? For the life of > me I can't figure out how, for instance, I would write an app that has > a single QP that recieves UD datagrams from anyone. How do potential > clients find the QP number, qkey and ah without using listen/accept > which will

[PATCH for-3.2 0/2] iser fixes for 3.2

Roland, These are two fixes making iser better citizen w.r.t to honoring the DMA mapping API Or Gerlitz (2): ib/iser: use separate buffers for the login request/response ib/iser: issue dma unmapping on the tx bufs used for the iscsi/iser headers drivers/infiniband/ulp/iser/iscsi_is

[PATCH 1/2] ib/iser: use separate buffers for the login request/response

The driver counted on the transactional nature of iscsi login/text flows and used the same buffer for both the request and the response. We also went further and did DMA mapping only once, ala DMA_FROM_DEVICE, which violates the DMA mapping API. Fix that by using different buffers, one for requests

[PATCH 2/2] ib/iser: issue dma unmapping on the tx bufs used for the iscsi/iser headers

The current driver never does DMA unmapping on these buffers. Fix that by adding dma unmapping to the task cleanup callback, and dma mapping to the task init function (drop the headers_initialized micro-optimization). Signed-off-by: Or Gerlitz --- drivers/infiniband/ulp/iser/iscsi_iser.c | 11

[PATCH V2] opensm: Add the precreation of multicast groups

Allow for the pre-creation of these groups on a partition by partition basis. P_Key is taken from Partition Definition. Q_Key, TClass, rate, FlowRate and mtu can be specified. For IP groups, rate and mtu are verified to match the broadcast groups parameters. The P_Key bits in the mgid itself i

[PATCH] [libibverbs] Allow 3rd party extensions to verb routines

In order to support OFED, vendor specific calls, or new ibverbs operations, define a generic extension mechanism. This allows OFED, an RDMA vendor, or another registered 3rd party (for example, the librdmacm) to define RDMA extensions, plus provides a backwards compatible way to add new features t

[PATCH 0/5] rdma/cm: Add support for native Infiniband addressing

The following patches are the first 5 in a series of 25 total that adds the ability to handle native Infiniband addressing to the rdma_cm. I'm hoping by submitting only a small subset of the patches at a time, they will be easier to review. Adding support for native IB addressing allows us to offl