[PATCH][MINOR] opensm/osm_vendor_ibumad.c: Add management class to error log message

2012-08-09 Thread Hal Rosenstock
Signed-off-by: Hal Rosenstock h...@mellanox.com --- diff --git a/libvendor/osm_vendor_ibumad.c b/libvendor/osm_vendor_ibumad.c index d9ed13a..b068443 100644 --- a/libvendor/osm_vendor_ibumad.c +++ b/libvendor/osm_vendor_ibumad.c @@ -133,6 +133,7 @@ static void clear_madw(osm_vendor_t * p_vend) {

[PATCH 00/20, v4] Make ib_srp better suited for H.A. purposes

2012-08-09 Thread Bart Van Assche
This patch series makes the ib_srp driver better suited for use in a H.A. setup because: - multipathd is notified faster about transport layer failures. - Transport layer failures reliably result in a reconnect. - Switchover can be triggered explicitly by deleting an initiator device. -

[PATCH 03/20] ib_srp: Move QP state check into srp_send_tsk_mgmt()

2012-08-09 Thread Bart Van Assche
Test the QP state inside srp_send_tsk_mgmt() instead of letting each caller perform that test. Signed-off-by: Bart Van Assche bvanass...@acm.org Cc: David Dillow dillo...@ornl.gov Cc: Roland Dreier rol...@purestorage.com --- drivers/infiniband/ulp/srp/ib_srp.c |8 +++- 1 files changed, 3

[PATCH 04/20] ib_srp: Stop queueing if QP in error

2012-08-09 Thread Bart Van Assche
Fail SCSI commands if the QP between initiator and target is in the error state. For connections monitored by the multipath software the result is that multipathd doesn't have to wait until the SCSI timeout has expired to find out that a path has failed. Also, introduce the function

[PATCH 05/20] ib_srp: Eliminate state SRP_TARGET_CONNECTING

2012-08-09 Thread Bart Van Assche
Block the SCSI host while reconnecting instead of representing the reconnection activity as a distinct SRP target state. This allows to eliminate the target state SRP_TARGET_CONNECTING. Signed-off-by: Bart Van Assche bvanass...@acm.org Cc: David Dillow dillo...@ornl.gov Cc: Roland Dreier

[PATCH 06/20] ib_srp: Suppress superfluous error messages

2012-08-09 Thread Bart Van Assche
Keep track of the connection state. Only report QP errors while connected. Only invoke ib_send_cm_dreq() when connected such that invoking srp_disconnect_target() after having received a DREQ does not cause an error message to be printed. Signed-off-by: Bart Van Assche bvanass...@acm.org Cc:

[PATCH 07/20] ib_srp: Avoid that SCSI error handling triggers a crash

2012-08-09 Thread Bart Van Assche
Sending any data over a queue pair associated with a closed connection is wrong. The HCA will send the data anyway and such data may be sent to another system to a queue pair that is in use. The data will get processed and a response will be sent back. That can result in ib_srp complaining about

[PATCH 08/20] ib_srp: Introduce the helper function, srp_remove_target()

2012-08-09 Thread Bart Van Assche
Signed-off-by: Bart Van Assche bvanass...@acm.org Cc: David Dillow dillo...@ornl.gov Cc: Roland Dreier rol...@purestorage.com --- drivers/infiniband/ulp/srp/ib_srp.c | 19 --- 1 files changed, 12 insertions(+), 7 deletions(-) diff --git a/drivers/infiniband/ulp/srp/ib_srp.c

[PATCH 11/20] ib_srp: Make srp_disconnect_target() wait for IB completions

2012-08-09 Thread Bart Van Assche
Modify srp_disconnect_target() such that it waits until it is sure that no new IB completions will be received anymore. Signed-off-by: Bart Van Assche bvanass...@acm.org Cc: David Dillow dillo...@ornl.gov Cc: Roland Dreier rol...@purestorage.com --- drivers/infiniband/ulp/srp/ib_srp.c | 104

[PATCH 14/20] srp_transport: Simplify attribute initialization code

2012-08-09 Thread Bart Van Assche
Eliminate the private_rport_attrs[] array and the SETUP_*() macros used to set up that array since the information in that array duplicates the information in the static device attributes. Also, verify whether SRP_RPORT_ATTRS is large enough since it is easy to forget to update that macro when

[PATCH 17/20] ib_srp: Introduce a temporary variable in srp_remove_target()

2012-08-09 Thread Bart Van Assche
Signed-off-by: Bart Van Assche bvanass...@acm.org Cc: David Dillow dillo...@ornl.gov Cc: Roland Dreier rol...@purestorage.com --- drivers/infiniband/ulp/srp/ib_srp.c | 10 ++ 1 files changed, 6 insertions(+), 4 deletions(-) diff --git a/drivers/infiniband/ulp/srp/ib_srp.c

[PATCH 19/20] srp_transport: Add transport layer error handling

2012-08-09 Thread Bart Van Assche
Add the necessary functions in the SRP transport module to allow an SRP initiator driver to implement transport error handling. This includes: - Support for implementing fast_io_fail_tmo, the time that should elapse after having detected a transport layer problem and before failing I/O. -

[PATCH 20/20] ib_srp: Add dev_loss_tmo support

2012-08-09 Thread Bart Van Assche
Remove an SRP host if either dev_loss_tmo expired or the target closed the IB connection. Signed-off-by: Bart Van Assche bvanass...@acm.org Cc: David Dillow dillo...@ornl.gov Cc: Roland Dreier rol...@purestorage.com --- drivers/infiniband/ulp/srp/ib_srp.c | 53

Re: [PATCH 00/20, v4] Make ib_srp better suited for H.A. purposes

2012-08-09 Thread Bart Van Assche
On 08/09/12 15:41, Bart Van Assche wrote: [ ... ] The patch series is also available on top of 3.6-rc1 here: http://github.com/bvanassche/linux/tree/srp-ha Bart. -- 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] [trivial] infiniband: Fix typo in infiniband driver

2012-08-09 Thread Hefty, Sean
diff --git a/drivers/infiniband/hw/amso1100/c2_rnic.c b/drivers/infiniband/hw/amso1100/c2_rnic.c index 8c81992..b80867e 100644 --- a/drivers/infiniband/hw/amso1100/c2_rnic.c +++ b/drivers/infiniband/hw/amso1100/c2_rnic.c @@ -439,7 +439,7 @@ static int c2_rnic_close(struct c2_dev *c2dev)

Re: [PATCH] [trivial] infiniband: Fix typo in infiniband driver

2012-08-09 Thread Masanari Iida
Thanks for the review. I just posted version 2. Masanari On Fri, Aug 10, 2012 at 8:51 AM, Hefty, Sean sean.he...@intel.com wrote: diff --git a/drivers/infiniband/hw/amso1100/c2_rnic.c b/drivers/infiniband/hw/amso1100/c2_rnic.c index 8c81992..b80867e 100644 ---

Re: BUG: RDMA/ocrdma calls invalid vlan_dev_real_dev()

2012-08-09 Thread Fengguang Wu
On Thu, Aug 09, 2012 at 04:54:37PM -0700, Roland Dreier wrote: thanks for the report. I assume the system doesn't actually have ocrdma hw? Yeah, it's a test boot inside KVM. Thanks, Fengguang - R. On Aug 9, 2012 3:00 AM, Fengguang Wu fengguang...@intel.com wrote: Hi Parav, commit