That was one thing I saw. The version of OFED installed on my test machine
is 1.1 and that must have been added later. This is not a problem. I just
was not expecting the behavior.
We should make sure that the TID is not an issue. On the send side, the
kernel will set the upper 32-bits of the TID. This is done to ensure
uniqueness among multiple users. The kernel uses this value to retry
requests until it receives a response.
On the receiving side, the response MAD must set the TID to match what
it received. It looks like the madtest code sets this correctly. Is
this what you see?
Also, in the following code:
mad_set_field (mad, 0, IB_MAD_METHOD_F, method);
mad_set_field (mad, 0, IB_MAD_RESPONSE_F, 0);
Does this end up clearing the response bit?
- Sean
_______________________________________________
general mailing list
[email protected]
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
