[ofa-general] umad agent question?

[Robert Pearson]

Sean,

OK, I understand about unsolicited that helps some. I attached a simple umad
test case. Try running

on machine A assuming port 1 is active and has say lid 8

./madtest --port 1

on machine B assuming port 1 is active and on the same subnet as machine A
port 1

./madtest --port 1 --lid 8 --method 3

Everything should work (except that the TID gets mangled???).
Then repeat with --method 1. Machine B will see a response from A but A will
not see the packet so someone else on A is replying to the MAD.

Bob

-----Original Message-----
From: Sean Hefty [mailto:mshefty at ichips.intel.com] 
Sent: Tuesday, October 30, 2007 11:09 AM
To: Robert Pearson
Cc: general at lists.openfabrics.org; Sasha Khapyorsky; 'Hal Rosenstock'
Subject: Re: [ofa-general] umad agent question?

> I am trying to create a vendor (group1) class management agent using 
> libibumad. I am successful in registering the agent with method mask set 
> to 0xe = get/put/send. When I use a send message from another system the 
> message is received but apparently not when I use get or set. I say 
> apparently because the system issuing the get or set receives a response 
> but the user agent never returns from umad_recv. Is there by any chance 
> some sample code somewhere in the OFA tree that exercises this 
> functionality that I could look at? Also, I am curious why the method 
> mask does not cover the response bit. How does this work. If you are 
> registered for get do you automatically get get_response packets?

The method mask is only used for routing received unsolicited MADs. 
I.e. those that are not response MADs.  Any app can send a MAD and get 
its response.  Only one app is allowed to receive a non-response MAD.

As for the problem that you mention, I don't understand the behavior 
that you're seeing.

- Sean
-------------- next part --------------
A non-text attachment was scrubbed...
Name: madtest.c
Type: application/octet-stream
Size: 4950 bytes
Desc: not available
URL: <http://lists.openfabrics.org/pipermail/general/attachments/20071030/1ef3c8bf/attachment.obj>