Skip to contentSkip to conversation

Hang in dat_ia_open()

PATCH Applied Pradeep Satyanarayana 2 participants 2 messages Oct 18, 2010 – Oct 19, 2010 1 message not in the archive InfiniBand

lore
Share & tools
lore
#0 lore raw

PATCH 1/1 Hang in dat_ia_open()

Hi Arlin,

During some error case testing we discovered a hang in dat_ia_open(). A colleague wrote a test program that duplicates the issue.

Here is the trace of the hang:

# ./testUdaplDyn
coralxib40:6122: open_hca: rdma_bind ERR Cannot assign requested address. Is ib1 configured?

                                <<<<------------   Executable hangs here:
Stack:

(gdb) where
#0 0x00002aaaab5906a8 in __lll_mutex_lock_wait () from /lib64/libpthread.so.0 #1 0x00002aaaab58e3ba in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0

#2  0x00002aaaab7bd82d in rdma_destroy_id () from /usr/lib64/librdmacm.so.1
#3  0x00002aaaab6b0144 in ?? () from /usr/lib64/libdaplofa.so.2
#4  0x00002aaaab6a7a03 in ?? () from /usr/lib64/libdaplofa.so.2
#5  0x00002aaaab3703fb in dat_ia_openv () from /usr/lib64/libdat2.so
#6  0x00000000004009c6 in isDatDeviceValidDyn(char*) ()
#7  0x0000000000400b87 in main ()

(gdb)

I checked (the code in) several versions of dapl-2.0 and this problem exists in all of them including dapl-2.0.30. In this case I happened to use dapl-2.0.27. The hang is caused due to the erroneous invocation of rdma_destroy_id() twice in a row.

---

$diff -Nup dapl-2.0.27/dapl/openib_cma/device.c.orig dapl-2.0.27/dapl/openib_cma/device.c

dapl/openib_cma/device.c 2010-10-15 17:19:16.013082441 -0400 renamed from dapl/openib_cma/device.c.orig 2010-10-15 17:19:06.572503024 -0400 +0 -1
@@ -358,7 +358,6 @@ DAT_RETURN dapls_ib_open_hca(IN IB_HCA_N
        }
        ret = rdma_bind_addr(cm_id, (struct sockaddr *)&hca_ptr->hca_address);
        if ((ret) || (cm_id->verbs == NULL)) {
-               rdma_destroy_id(cm_id);
                dapl_log(DAPL_DBG_TYPE_ERR,
                         " open_hca: rdma_bind ERR %s."
                         " Is %s configured?\n", strerror(errno), hca_name);

$

dapl/openib_cma/device.c renamed from dapl/openib_cma/device.c.orig +0 -1
@@ -358,7 +358,6 @@ DAT_RETURN dapls_ib_open_hca(IN IB_HCA_N
 	}
 	ret = rdma_bind_addr(cm_id, (struct sockaddr *)&hca_ptr->hca_address);
 	if ((ret) || (cm_id->verbs == NULL)) {
-		rdma_destroy_id(cm_id);
 		dapl_log(DAPL_DBG_TYPE_ERR,
 			 " open_hca: rdma_bind ERR %s."
 			 " Is %s configured?\n", strerror(errno), hca_name);
#2 lore raw
In reply to a message not in the archive

Thanks! Applied

Quoted 52 lines

-----Original Message-----
From: Pradeep Satyanarayana [mailto:[email protected]]
Sent: Monday, October 18, 2010 1:23 PM
To: Davis, Arlin R
Cc: linux-rdma
Subject: [PATCH] Hang in dat_ia_open()

Hi Arlin,

During some error case testing we discovered a hang in dat_ia_open(). A colleague wrote a test program that duplicates the issue.

Here is the trace of the hang:

# ./testUdaplDyn
coralxib40:6122: open_hca: rdma_bind ERR Cannot assign requested address. Is ib1 configured?

                               <<<<------------   Executable hangs here:
Stack:

(gdb) where
#0 0x00002aaaab5906a8 in __lll_mutex_lock_wait () from /lib64/libpthread.so.0 #1 0x00002aaaab58e3ba in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0

#2  0x00002aaaab7bd82d in rdma_destroy_id () from /usr/lib64/librdmacm.so.1
#3  0x00002aaaab6b0144 in ?? () from /usr/lib64/libdaplofa.so.2
#4  0x00002aaaab6a7a03 in ?? () from /usr/lib64/libdaplofa.so.2
#5  0x00002aaaab3703fb in dat_ia_openv () from /usr/lib64/libdat2.so
#6  0x00000000004009c6 in isDatDeviceValidDyn(char*) ()
#7  0x0000000000400b87 in main ()

(gdb)

I checked (the code in) several versions of dapl-2.0 and this problem exists in all of them including dapl-2.0.30. In this case I happened to use dapl-2.0.27. The hang is caused due to the erroneous invocation of rdma_destroy_id() twice in a row.

--- Signed-off-by: Pradeep Satyanarayana <[email protected]>>$diff -Nup dapl-2.0.27/dapl/openib_cma/device.c.orig dapl-2.0.27/dapl/openib_cma/device.c

dapl/openib_cma/device.c 2010-10-15 17:19:16.013082441 -0400 renamed from dapl/openib_cma/device.c.orig 2010-10-15 17:19:06.572503024 -0400 +0 -1
@@ -358,7 +358,6 @@ DAT_RETURN dapls_ib_open_hca(IN IB_HCA_N
       }
       ret = rdma_bind_addr(cm_id, (struct sockaddr *)&hca_ptr->hca_address);
       if ((ret) || (cm_id->verbs == NULL)) {
-               rdma_destroy_id(cm_id);
               dapl_log(DAPL_DBG_TYPE_ERR,
                        " open_hca: rdma_bind ERR %s."
                        " Is %s configured?\n", strerror(errno), hca_name);
Quoted 1 line

$

--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html