[ofa-general] question regarding umad_recv
Hal Rosenstock
hrosenstock at xsigo.com
Wed Oct 10 10:29:33 PDT 2007
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
> >>general at lists.openfabrics.org
> >>http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general
> >>
> >>To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
More information about the general
mailing list