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