[PATCH] drivers/infiniband/core/cm: convert to using idr_alloc_cyclic()

The commit 3e6628c4b347 ("idr: introduce idr_alloc_cyclic()") adds a new idr_alloc_cyclic routine and converts several of these users to it. This is just a miss one, add it. Signed-off-by: Zhao Hongjiang --- drivers/infiniband/core/cm.c |5 + 1 files changed, 1 insertions(+), 4 deletion

Re: decent performance drop for SCSI LLD / SAN initiator when iommu is turned on

On Thu, May 02, 2013 at 02:11:15AM +0300, Or Gerlitz wrote: > Hi Roland, IOMMU folks, > > So we've noted that when configuring the kernel && booting with intel > iommu set to on on a physical node (non VM, and without enabling SRIOV > by the HW device driver) raw performance of the iSER (iSCSI RDM

Re: [PATCH for-3.10 0/4] iSER initiator updates for 3.10

Thanks, applied all 4. I just moved and the box with some of my private keys etc. still needs to be set up, so it will be a day or two until I get this pushed out to kernel.org. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majord...@vger.kern

Re: decent performance drop for SCSI LLD / SAN initiator when iommu is turned on

On Wed, May 1, 2013 at 4:11 PM, Or Gerlitz wrote: > This was done over kernel 3.5.x, I will re-run tomorrow with latest > upstream and send the top perf hits for both cases, but does this > rings some bells? basically it makes sense for some extra latency, but > I didn't expect the IOPS and BW dro

decent performance drop for SCSI LLD / SAN initiator when iommu is turned on

Hi Roland, IOMMU folks, So we've noted that when configuring the kernel && booting with intel iommu set to on on a physical node (non VM, and without enabling SRIOV by the HW device driver) raw performance of the iSER (iSCSI RDMA) SAN initiator is reduced notably, e.g in the testbed we looked toda

Re: [PATCH 1/2] libibverbs: Use autoreconf in autogen.sh

On 04/30/2013 10:29 AM, Jeff Squyres (jsquyres) wrote: > Bump bump. :-) This is fine with me, however, I think you also need to bump the autotools version to the latest upstream. The automated checkers in our build environment is spitting out errors about a number of upstream packages where the

[PATCH for-3.10 2/4] IB/iser: Move informational messages from error to info level

From: Roi Dayan Introduce iser_info and move informational messages that were treated as errors with respect to printing them to use that macro. Also, cleanup printk leftovers to use the existing macros. Signed-off-by: Roi Dayan Signed-off-by: Or Gerlitz --- drivers/infiniband/ulp/iser/iscsi_

[PATCH for-3.10 0/4] iSER initiator updates for 3.10

Hi Roland, Here are the iser initiator updates for the 3.10 merge window, the "Return error to upper layers on EAGAIN registration failures" patch is marked for -stable fixing a bug that went it in 3.9 Or. Or Gerlitz (2): IB/iser: Return error to upper layers on EAGAIN registration failures

[PATCH for-3.10 3/4] IB/iser: Return error to upper layers on EAGAIN registration failures

Commit 819a087 "IB/iser: Avoid error prints on EAGAIN registration failures" not only eliminated the error print on that case, but rather also modified the code such that it doesn't return any error to upper layers. As a result a wrong mapping was used. Fix this such that we do return error on that

[PATCH for-3.10 1/4] IB/iser: Add module version

From: Roi Dayan Add displaying module version, update the version to 1.1, and remove the DRV_DATE define. Signed-off-by: Roi Dayan Signed-off-by: Or Gerlitz --- drivers/infiniband/ulp/iser/iscsi_iser.c |6 +++--- drivers/infiniband/ulp/iser/iscsi_iser.h |3 +-- 2 files changed, 4 inse

[PATCH for-3.10 4/4] IB/iser: Add support for iser CM REQ additional info

Annex A12 of the IBTA spec defines additional information that needs to be provided through the CM exchange and relate to usage of ZBVA (Zero Based VAs) and Send With Invalidate over this iser connection. Currently, the initiator set both to not supported, but does provide the header such that exi