RE: [ofa-general] Re: [ewg] OFED March 24 meeting summary on OFED 1.4 plans

2008-04-04 Thread Tang, Changqing
What I mean claim to support is to have more people to test with this config. --CQ -Original Message- From: Or Gerlitz [mailto:[EMAIL PROTECTED] Sent: Thursday, April 03, 2008 11:18 PM To: Tang, Changqing Cc: [EMAIL PROTECTED]; ewg@lists.openfabrics.org Subject: Re: [ofa-general

RE: [ofa-general] Re: [ewg] OFED March 24 meeting summary on OFED 1.4 plans

2008-04-04 Thread Tang, Changqing
for example, in MPI, process A know the HCA guid on another node. After running for some time, the switch is restarted for some reason, and the whole fabric is re-configured. CQ, If by the whole fabric is re-configured you refer to a case where a subnet prefix changes while a job runs

RE: [ofa-general] Re: [ewg] OFED March 24 meeting summary on OFED 1.4 plans

2008-04-03 Thread Tang, Changqing
Thanks. When can we have the SA features, very soon, long time, or never ? --CQ -Original Message- From: Hal Rosenstock [mailto:[EMAIL PROTECTED] Sent: Thursday, April 03, 2008 10:02 AM To: Tang, Changqing Cc: Erez Zilber; Tziporet Koren; ewg@lists.openfabrics.org; [EMAIL

RE: [ewg] Re: [ofa-general] OFED Jan 28 meeting summary on RC3 readiness

2008-01-30 Thread Tang, Changqing
When do you pack the official RC3 ? Thanks. --CQ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tziporet Koren Sent: Wednesday, January 30, 2008 10:40 AM To: Doug Ledford Cc: ewg@lists.openfabrics.org; [EMAIL PROTECTED] Subject: Re: [ewg] Re:

[ewg] RE: [ofa-general] [ANNOUCE] dapl 2.0.5 release

2008-01-29 Thread Tang, Changqing
Arlin: I have not had a chance to look at uDAPL 2.0, can you give a brief summary the changes from 1.2 to 2.0, I am interested from the applications perspective, don't care the internal details. Thanks. --CQ From: [EMAIL PROTECTED] [mailto:[EMAIL

[ewg] RE: [ofa-general] OFED 1.3 Beta release is available

2007-12-17 Thread Tang, Changqing
Morgenstein [mailto:[EMAIL PROTECTED] Sent: Sunday, December 16, 2007 11:01 AM To: [EMAIL PROTECTED] Cc: Tang, Changqing; Roland Dreier; ewg@lists.openfabrics.org; [EMAIL PROTECTED] Subject: Re: [ofa-general] OFED 1.3 Beta release is available On Wednesday 05 December 2007 17:45, Tang, Changqing

RE: [ewg] Re: [ofa-general] OFED 1.3 Beta release is available

2007-12-05 Thread Tang, Changqing
PROTECTED] Sent: Wednesday, December 05, 2007 12:34 PM To: ewg@lists.openfabrics.org Cc: Roland Dreier; Tang, Changqing; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [ewg] Re: [ofa-general] OFED 1.3 Beta release is available On Wednesday 05 December 2007 07:24, Roland Dreier wrote

[ewg] RE: [ofa-general] OFED 1.3 Beta release is available

2007-12-05 Thread Tang, Changqing
Roland: I think in future we will have more such changes, why don't we take the pain now to make ops as a pointer and mark it as verbs 1.2 ? --CQ -Original Message- From: Roland Dreier [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 04, 2007 11:25 PM To: Tang, Changqing

[ewg] RE: [ofa-general] OFED 1.3 Beta release is available

2007-12-04 Thread Tang, Changqing
Here is an issue we have: struct ibv_context { struct ibv_device *device; struct ibv_context_ops ops; int cmd_fd; int async_fd; int num_comp_vectors; pthread_mutex_t mutex;

[ewg] RE: [ofa-general] OFED 1.3 Beta release is available

2007-12-04 Thread Tang, Changqing
Dreier [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 04, 2007 6:18 PM To: Tang, Changqing Cc: Tziporet Koren; ewg@lists.openfabrics.org; [EMAIL PROTECTED] Subject: Re: [ofa-general] OFED 1.3 Beta release is available Here is an issue we have: struct ibv_context { struct

[ewg] Post receive WR to QP in error state

2007-08-15 Thread Tang, Changqing
Roland: I read the IB specification, it does say posting send WR to QP in error state is OK, and the WR will be completed in FLUSH error, but it does not say that for posting receive WR. I want to check with you if posting receive WR to QP in error state returns SUCCESS, and the WR will

[ewg] RE: RFCv2: SRC API

2007-08-06 Thread Tang, Changqing
OK, I was wrong before, here is my question. if remote node n has j2, j3, and j4, and j2 is the job to create qp2 and make connection with qp1 in j1. if j2 is done before j3 and j4, then we can not let j2 to destroy qp2, because j3 and j4 are still communicating with j1.

[ewg] RE: RFCv2: SRC API

2007-08-06 Thread Tang, Changqing
Cleanup: When job j1 does not need to communicate to any jobs on node n, it disconnects qp1 from qp2, and asks j2 to destroy qp2. + +Note: both qp1 and qp2 must exist for the communication to take place. +Thus, j2 should not destroy qp2 (and in particular, should not exit) +until j1

[ewg] RE: [ofa-general] Scalable reliable connection

2007-07-31 Thread Tang, Changqing
A send queue can only serve max J jobs within a node. Is it possible to make a single send queue to serve all jobs on all nodes ? --CQ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael S. Tsirkin Sent: Monday, July 30, 2007 7:51 AM To:

[ewg] RE: Scalable reliable connection

2007-07-31 Thread Tang, Changqing
:[EMAIL PROTECTED] Sent: Tuesday, July 31, 2007 11:16 AM To: Tang, Changqing Cc: Michael S. Tsirkin; Gleb Natapov; Pavel Shamis; ewg@lists.openfabrics.org; [EMAIL PROTECTED]; Ishai Rabinovitz Subject: Re: Scalable reliable connection Quoting Tang, Changqing [EMAIL PROTECTED]: Subject: RE