On Tue, Oct 19, 2010 at 12:48 PM, Hefty, Sean <sean.he...@intel.com> wrote: >> I agree ib_types.h is more generic than opensm. Moving to libibmad and >> making opensm depend on this is probably better than all the >> duplication. There have been viewpoints that libibumad and libibmad >> shouldn't be separate (as they are small) but they were never combined >> into a single library.
The other thing I just recalled was the OpenSM portability issue. ib_types.h is needed here and libibmad/libibumad is not in all those environments. As you''re all too well aware, this was even the case in Windows until very recently. There may still be others we care about where moving ib_types.h might be problematic. -- Hal > My motivation with these changes is for ibacm to receive and use notification > of CM timeouts to update its path record cache. ibacm already defines the > basic mad structure, multicast record, and path record. It would also need > the CM mad format. I'd happily remove these definitions if they were already > available. > > Porting madeye to user space is a side benefit to the proposed kernel changes. > > ibacm only depends on libibumad. The madeye port also only depends on > libibumad. Honestly, I find the libibmad APIs confusing. I'd much rather > libibumad provide mad definitions. > > Sasha/Ira, do either of you have opinions on this? > -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
