George Bosilca 0f1c6d79e8 Make the MVAPI BTL thread safe again. The problem was a double locking on the endpoint mutex. ... It's still not very clean as we still lock the mvapi_btl mutex inside a critical section protected by the endpoint mutex ... This commit was SVN r8810.		2006-01-25 23:14:06 +00:00
..
btl_mvapi_component.c	port of revised flow control from openib	2006-01-24 23:44:30 +00:00
btl_mvapi_endpoint.c	Make the MVAPI BTL thread safe again. The problem was a double locking on the endpoint mutex.	2006-01-25 23:14:06 +00:00
btl_mvapi_endpoint.h	Make the MVAPI BTL thread safe again. The problem was a double locking on the endpoint mutex.	2006-01-25 23:14:06 +00:00
btl_mvapi_frag.c	SRQ cleanup	2005-11-10 20:51:56 +00:00
btl_mvapi_frag.h	port of revised flow control from openib	2006-01-24 23:44:30 +00:00
btl_mvapi_proc.c	Update the copyright notices for IU and UTK.	2005-11-05 19:57:48 +00:00
btl_mvapi_proc.h	Update the copyright notices for IU and UTK.	2005-11-05 19:57:48 +00:00
btl_mvapi_rdma_buf.h	Update the copyright notices for IU and UTK.	2005-11-05 19:57:48 +00:00
btl_mvapi.c	Make the MVAPI BTL thread safe again. The problem was a double locking on the endpoint mutex.	2006-01-25 23:14:06 +00:00
btl_mvapi.h	disable shared receive queue support at compile time if the mvapi implementation	2005-12-06 15:46:30 +00:00
configure.m4	Update the copyright notices for IU and UTK.	2005-11-05 19:57:48 +00:00
configure.params	Update the copyright notices for IU and UTK.	2005-11-05 19:57:48 +00:00
Makefile.am	Update the copyright notices for IU and UTK.	2005-11-05 19:57:48 +00:00