Or Gerlitz wrote:
> Sean Hefty wrote:
>> Sean Hefty wrote:
>>>> One of the systems kernel is actually 2.6.19-rc3 and patches 1-7 (ie 
>>>> not roland's tree) and i see there some issues also with ip multicast 
>>>> over ipoib. I will move to use the same kernel config (roland's tree 
>>>> and patches 1-7), then test ipoib and only then mckey, will let you 
>>>> know.
>>>>
>>>> Will you have the chance to test ipoib multicast and mckey over this 
>>>> config at your environment?
>> This seemed to work fine for me in loopback mode.  I'm updating another 
>> test system to check between systems now.
> 
> OK, ip multicast through ipoib works fine in my config, rping also works 
> fine. However, mckey does not work. The receiver never polls anything 
> from its cq.
> 
> Adding some debug prints at librdmacm and mckey everything seems to be 
> fine (both sender and receiver use same/correct mgid/mlid, the sender 
> when creating its ah and the receiver when joining etc).
> 
> The only thing i found was that the remote_qpn used for post sending was 
> not 0xffffff but fixing this did not help.
> 
> Below are some prints from the receiver, the sender and the SM, where i 
> can see that both ports joined the same/correct mgid.
> 
> Please let me know if you manage to get mckey working in non loopback 
> mode and if yes, if you have an idea how can i further debug my config.

I see now that if i am making the mckey sender also poll the cq, it 
never gets any completion!

I have verified now that udaddy works fine, so basically the libibverbs 
IB UD (udadday) and RC (rping) support works well for the librdmacm 
examples.

Or.


_______________________________________________
openib-general mailing list
[email protected]
http://openib.org/mailman/listinfo/openib-general

To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general

Reply via email to