Sean,
I should have checked this earlier after you told me last time that the LID is taken in network order by the gen2 CM instead of host order in gen1.
This time it was the service_id I stumbeled over.
After putting my service_id into network order I could at least get a REQ_RECEIVED.
The rest must be fine tuning from here onwards.
Do you know rany other Verbs or CM parameter that does have a different byte order between gen1 and gen2?
Thanks
Thomas
P.S.: Maybe someone should put a big “Warning” sign somewhere so that others don’t stumple into that pit again. ;-)
_____________________________________________
From: Bub Thomas
Sent: Wednesday, September 13, 2006 4:11 PM
To: 'Sean Hefty'; '[EMAIL PROTECTED]'
Cc: [email protected]
Subject: How to connect gen2 CM to gen1 IBGD CM?
Sean,
with your patience, the cmpost.c example and the OFED 1.1-rc4 on all machines I finally got a gen2 connection under SLES10 even with a 32-Bit executable on a x86_64 machine. Cool!
Now the last part on my journey is standing out.
It’s a gen2 client connecting to a gen1 IBGD server.
I have to do this since my gen1 server is running a 2.4 Montavista RT Linux on a PowerPC that I can’t upgrade to gen2. L
BTW.: Our application is a high speed film image transfer in the film postproduction industry leveraging the benefits of the high speed IB RDMA transport.
While I have gen1 to gen1 and gen2 to gen2 running the only thing that is missing is the gen2 connecting to gen1.
Just tried this with my test-executables but I did not get anything to the gen1 server. The gen1 userspace application does not even receive the IB_CM_REQ.
So since your cmpost example did help me a lot on gen2 the question is:
Do you have a cmpost for gen1 IBGD I can use to connect from gen2 to gen1?
Or is there any other trick to play here?
Thanks in advance for your assistance
Thomas
............................................................
Thomas Bub
Grass Valley Germany GmbH
Brunnenweg 9
64331 Weiterstadt, Germany
Tel: +49 6150 104 147
Fax: +49 6150 104 656
Email: [EMAIL PROTECTED]
www.GrassValley.com
............................................................
_______________________________________________ openib-general mailing list [email protected] http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
