On Wed, 2007-10-10 at 15:03 +0530, Sumit Gaur - Sun Microsystem wrote: > Hi, > I am using madrpc_init which in turn calling umad_register(). There is no > problem in sending and receiving data. Only problem comes when two separate > user > threads(one for SMI recv and another for GSI recv) are trying to recv data > using > mad_receive(0, timeout) function simultaneously. I get SMI mad in GSI > thread > and vice versa sometimes. How to get rid of this problem as mad_receive has > no > control of qp selection.
There is no per thread demuxing. You would need two different mad agents to do this with one looking at the SMI side and the other the GSI side. I haven't looked at libibmad in terms of using this model though. -- Hal > > Thanks and Regards > sumit > > > Hal Rosenstock wrote: > > On Tue, 2007-10-09 at 13:01 +0530, Sumit Gaur - Sun Microsystem wrote: > > > >>Hi, > >> > >>It is regarding *umad_recv* function of libibumad/src/umad.c file. Is it > >>not > >>possible to recv MAD specific to GSI or SMI type. As per my impression if I > >>have > >>two separate threads to send and receive then I could send MADs to > >>different qp > >>0 or 1 depend on GSI and SMI MAD. But receiving has no control over it. > >>Please > >>suggest if there is any workaround for it. > > > > > > See umad_register(). > > > > -- Hal > > > > > >>Thanks and Regards > >>sumit > >>_______________________________________________ > >>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 _______________________________________________ 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
