Hi again Takshak, Hadn't heard anything back on what you decided so I have the following additional information to offer:
If you decide on approach 1, then there is the following which may of help/guidance: 1. There are the OpenSM headers which also provide SA client definition (include/vendor/osm_vendor_sa_api.h). You may want to extend the queries or use the user defined query capability depending on what your requirements are here. 2. There is Ira Weiny's sa_query code (in the trunk) which currently handles path records. I have not enabled this in the makefile as yet as there is one issue I need to fix. Let me know if you have additional questions. -- Hal -----Forwarded Message----- From: Hal Rosenstock <[EMAIL PROTECTED]> To: "Chahande, Takshak" <[EMAIL PROTECTED]> Cc: [email protected] Subject: Re: [openib-general] Data Structures at UserSpace Date: 07 Apr 2006 06:48:34 -0400 Hi Takshak, On Thu, 2006-04-06 at 19:27, Chahande, Takshak wrote: > Hi Hal and others, > > I find that, there are no standard header files exists at userspace > which can define structure for PORT_INFO, NODE_INFO and other elements > like Path Records, Service record etc. There is no user space SA client support in gen2/OpenIB currently. > So every individual has to define his own header files to define the > data structures for these elements and use in their application > program or tool. > > If it is exists then could you please point me out or if it does not > then is there any plan or shall I provide such header files to > make standard header files like we have mad.h, umad.h etc. The current plan is to expose path records and multicast support to user space. That's the next increment of support over the next couple months but it sounds like that is insufficient for your needs. If you are planning an SA diagnostics tool, there are 3 approaches in increasing order of difficulty/magnitude of work: 1. Use the OpenSM SA client API for this (osmtest and some Mellanox diagnostic tools use this currently). 2. Use the userspace/management libraries for this. This will take more work as much if not all of the SA support is not there. (These are more geared at SMPs). 3. Develop a user space SA client library for gen2 similar to the other user space libraries (CM, CMA, etc.). -- Hal > Thanks, > - Takshak > > ______________________________________________________________________ > > _______________________________________________ > openib-general mailing list > [email protected] > http://openib.org/mailman/listinfo/openib-general > > To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general _______________________________________________ openib-general mailing list [email protected] http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general _______________________________________________ openib-general mailing list [email protected] http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
