[PATCH] RDMA/nes: Fix for crash when registering zero length MR for CQ

2012-12-06 Thread Tatyana Nikolova
Fix for crash when registering zero length memory region for CQ Signed-off-by: Tatyana Nikolova --- drivers/infiniband/hw/nes/nes_verbs.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/drivers/infiniband/hw/nes/nes_verbs.c b/drivers/infiniband/hw/nes/nes_verbs.c in

[PATCH] RDMA/nes: Fix for terminate timer crash

2012-12-06 Thread Tatyana Nikolova
Fix for terminate timer crash. Nes terminate timer needs to be initialized just once. Signed-off-by: Tatyana Nikolova --- drivers/infiniband/hw/nes/nes.h |1 + drivers/infiniband/hw/nes/nes_hw.c|9 ++--- drivers/infiniband/hw/nes/nes_verbs.c |4 +++- 3 files changed, 6

[PATCH] RDMA/nes: Fix for BUG_ON when adding timer and a timer is already pending

2012-12-06 Thread Tatyana Nikolova
Fix for kernel BUG_ON when adding timer and a timer is already pending. To avoid nes tcp_timer crash for SMP architectures, add_timer is replaced with mod_timer. Signed-off-by: Tatyana Nikolova --- drivers/infiniband/hw/nes/nes_cm.c | 24 ++-- 1 files changed, 6 insertions

[FIXES for-next 3/4] mlx4_core: Adjustments to Flow Steering activation logic for SRIOV

2012-12-06 Thread Or Gerlitz
From: Jack Morgenstein Separate flow steering capability detection from the decision to activate. For the master (and for native), detect flow steering capability in mlx4_dev_cap, but activate the appropriate steering type in a new function choose_flow_steering() based on detected data. For VF

[FIXES for-next 0/4] mlx4_core SRIOV and Flow-Steering adjustments and fixes

2012-12-06 Thread Or Gerlitz
Hi Roland, The patch set fixes few issues we've identified and fixed in the mlx4_core driver around SRIOV and device managed flow steering. This includes adding QPN enforcement in the resource tracker for flow-steering rules set by VFs, and a fix to wrong error flow in the very same area in pa

[FIXES for-next 1/4] mlx4_core: Add QPN enforcement for flow steering rules set by VFs

2012-12-06 Thread Or Gerlitz
From: Hadar Hen Zion Since VFs may be mapped to VMs which aren't trusted entities, flow steering rules attached through the wrapper on behalf of VFs must be checked to make sure that the specified QP number is assigned to that VF. Also, make sure to keep the QP busy till the end of the operation

[FIXES for-next 2/4] mlx4_core: Fix wrong error flow in the flow steering wrapper

2012-12-06 Thread Or Gerlitz
From: Hadar Hen Zion The error flow of the flow steering wrapper had a typo which caused the wrong firmware command to be called, fix it. Signed-off-by: Hadar Hen Zion Signed-off-by: Or Gerlitz --- .../net/ethernet/mellanox/mlx4/resource_tracker.c |2 +- 1 files changed, 1 insertions(+),

[FIXES for-next 4/4] mlx4_core: Allow choosing flow steering mode

2012-12-06 Thread Or Gerlitz
From: Jack Morgenstein Device managed flow steering will be enabled only under administrator directive provided through setting the existing module parameter of log_num_mgm_entry_size to -1 where the device actually supports that. If flow steering isn't requested or not available, the driver will

Re: [PATCH 00/11] First pass at merging Bart's HA work

2012-12-06 Thread Alex Turin
On 12/6/2012 5:04 PM, Bart Van Assche wrote: On 12/06/12 15:27, Or Gerlitz wrote: The core problem here seems to be that scsi_remove_host simply never ends. Hello Or, The later patches in the srp-ha patch series avoided such behavior by checking whether the connection between SRP initiator a

Re: [PATCH 00/11] First pass at merging Bart's HA work

2012-12-06 Thread Or Gerlitz
On 06/12/2012 17:04, Bart Van Assche wrote: On 12/06/12 15:27, Or Gerlitz wrote: The core problem here seems to be that scsi_remove_host simply never ends. Hello Or, The later patches in the srp-ha patch series avoided such behavior by checking whether the connection between SRP initiator an

Re: [PATCH 00/11] First pass at merging Bart's HA work

2012-12-06 Thread Bart Van Assche
On 12/06/12 15:27, Or Gerlitz wrote: The core problem here seems to be that scsi_remove_host simply never ends. Hello Or, The later patches in the srp-ha patch series avoided such behavior by checking whether the connection between SRP initiator and target is unique, and by removing duplicat

Re: [PATCH 00/11] First pass at merging Bart's HA work

2012-12-06 Thread Or Gerlitz
On 06/12/2012 16:10, Bart Van Assche wrote: On 12/05/12 22:32, Or Gerlitz wrote: On Wed, Dec 5, 2012 at 8:50 PM, Bart Van Assche wrote: [...] The only way to make I/O work reliably if a failure can occur at the transport layer is to use multipathd on top of ib_srp. If a connection fails for

Re: [PATCH 00/11] First pass at merging Bart's HA work

2012-12-06 Thread Bart Van Assche
On 12/05/12 22:32, Or Gerlitz wrote: On Wed, Dec 5, 2012 at 8:50 PM, Bart Van Assche wrote: [...] The only way to make I/O work reliably if a failure can occur at the transport layer is to use multipathd on top of ib_srp. If a connection fails for some reason, then the SRP SCSI host will be rem

Re: srp-ha backport

2012-12-06 Thread Vasiliy Tolstov
2012/12/6 Bart Van Assche : > I'm not sure. According to the information I found on > http://stackoverflow.com/questions/7482469/why-is-this-kernel-module-marked-at-permanent-on-2-6-39, > it's a toolchain or a kernel configuration issue. Bingo. Yes, kernel builded by gcc 4.7 and module by 4.3. I'm

Re: srp-ha backport

2012-12-06 Thread Bart Van Assche
On 12/06/12 10:52, Vasiliy Tolstov wrote: Now i'm switch from sles kernel to 3.6.7 All works fine , but now you patches from github provide some errors: /sbin/service openibd restart Unloading ib_srp [FAILED] Removing 'ib_srp': Device or resource busy xen11:~ #

Re: srp-ha backport

2012-12-06 Thread Vasiliy Tolstov
Hello, again. Now i'm switch from sles kernel to 3.6.7 All works fine , but now you patches from github provide some errors: /sbin/service openibd restart Unloading ib_srp [FAILED] Removing 'ib_srp': Device or resource busy xen11:~ # rmmod ib_srp ERROR: Removing