Caitlin Bestler wrote:
Donal Kerr wrote:
order of business after connection establishment
(mba_btl_udapl_sendrecv(). The RECV buffer post for this exchange,
however, should really be done _before_ the
dat_ep_connect() on the active side, and _before_ the
dat_cr_accept() on the server sid
Caitlin Bestler wrote:
devel-boun...@open-mpi.org wrote:
There are two new issues so far:
1) this has uncovered a connection migration issue in the Chelsio
driver/firmware. We are developing and testing a fix for this now.
Should be ready tomorrow hopefully.
I have a fix for the
needs to consider where
iwarp plays in its own stack. If it has not already.
Steve Wise wrote:
On Wed, 2007-05-09 at 16:27 -0400, Donald Kerr wrote:
So then I agree with Andrew, I think you are trying to impose
restrictions on uDAPL which are not part of the Spec.
true, but if you
So then I agree with Andrew, I think you are trying to impose
restrictions on uDAPL which are not part of the Spec.
-DON
Steve Wise wrote:
On Wed, 2007-05-09 at 16:20 -0400, Donald Kerr wrote:
I missing some context here. Where are you plugging iwarp and OMPI
together?
ofed-1.2
I missing some context here. Where are you plugging iwarp and OMPI
together?
Steve Wise wrote:
On Wed, 2007-05-09 at 11:42 -0400, Donald Kerr wrote:
I agree OMPI trac ticket #890 should cover this. I will test the
suggested fix, just removing that one line from btl_udapl.c, on Solaris.
I
I agree OMPI trac ticket #890 should cover this. I will test the
suggested fix, just removing that one line from btl_udapl.c, on Solaris.
I am still not set up on Linux so hopefully Steve can confirm there.
-DON
Jeff Squyres wrote:
FWIW, I would marginally prefer if this bug is tracked in t
Steve Wise wrote:
On Tue, 2007-05-08 at 13:57 -0400, Andrew Friedley wrote:
Steve Wise wrote:
Well I've tried OMPI on ofed-1.2 udapl today and it doesn't work. I'm
debugging now.
Here's part of the problem (from ompi/btl/udapl/btl_udapl.c):
/* TODO - big bad evil hack
Thanks Jeff. Mostly just checking i was not missing something.
I am doing some checking with local state for the moment. Will put #1 in
the list of "like to haves" for the time being.
-DON
Jeff Squyres wrote On 03/21/07 13:10,:
On Mar 21, 2007, at 10:24 AM, Donald Kerr wrote:
C
-DON
Jeff Squyres wrote On 03/21/07 10:18,:
On Mar 21, 2007, at 10:07 AM, Donald Kerr wrote:
Is there anyway to determine if a mca parameter has been set by the
user?
How about if it is the same as the default value?
For example, if I am down in a BTL and call mca_base_param_reg_int
(), is
th
Hello,
Is there anyway to determine if a mca parameter has been set by the user?
How about if it is the same as the default value?
For example, if I am down in a BTL and call mca_base_param_reg_int(), is
there anyway to know if the parameter has been set by the user?
Cheers,
-DON
Can someone explain to me the intended use of the following flag and/or
all that it implies when set : MCA_BTL_DES_FLAGS_PRIORITY
I can make an assumption that the flag is intended to inform the btl
to expedite the handling of a fragment but what does that really mean,
just performing the callba
11 matches
Mail list logo
