Just bringing to your attention that MPA draft spec - iWARP CM is leaning toward a bit in protocol to support accept/reject separation. Having this in MPA spec...
Hello, This email message is a notification to let you know that a file has been uploaded to the Files area of the dat-discussions group. File :...
dat-discussions@yahoo...
Apr 2, 2004 1:00 pm
2816
I think we all agree that "correct" text would be dangerous and probably more confusing than what we have. Adding general discussion to the Model Implication...
The following is proposed as informative text to aid consumers in developing transport neutral applications. It deals with the difference in send pacing...
The following is proposed as informative text to aid consumers in developing transport neutral applications. It deals with the difference in send pacing...
As part of the errata 108, an enum dat_return_class data type was introduced. The dat_return_class was used to replace the corresponding #define's. New typedef...
Sherman Pun
sherman.pun@...
Apr 6, 2004 10:54 pm
2821
We will have a DAT Collaborative conference call this Wednesday April 7, 1:00-2:00pm EDT (10:00am-11:00am PDT). Moderator: Arkady Kanevsky Phone: 888-827-8686 ...
7. iWARP does not support for CQ overflow (kDAPL and uDAPL) (warning galore, Consumer advice for over provisioning EVD queue, Consumer DTO posting/reaping flow...
Both IB and iWARP do not provide any guarantee what happens to a remote buffer when there are multiple RDMA Write operations on the same connection (or...
Probably worth including local reads and writes in this list. But, I suspect that trying to document (or not document) the ordering of operations is Pandora's...
Both IB and iWARP do provide guarantee for RDMA Read flow control. Proposal: Add to RDMA Read Usage section: The number of posted RDMA Reads on Send WQ can...
The proposed requirement is for all RDMA DTOs (read and write). Are you proposing to add some text on what happens on simulataneous RDMA Read and Write to the...
... Actually I was saying read and write from the target host bus. But other connections are also subject to the non-guarantee. ... Right! The point is, since...
... Actually there is no guarantee. Suppose the sender posts in order a Write A, Send B, Write C and Send D. Where A and C target the same memory. If those...
... Right you are. Oops. ... To which I will add, trying to document the trouble is good for still more! I much prefer to remain silent on the issue in the...
... By having the same buffer, do you mean the same LMR or the same virtual address ? I'm thinking : WriteA, LMR 1, address 0x4000000, length 4096 bytes ...
Looking into our reqs for DAPL reliability model (5.2 8) We have the following statements: G) DTO Completion means that the Consumer can reclaim local...
There is no completion for RDMA Write on remote side. So remote consumer can not distinguish between "completions" of the two RDMA Write. Both RDMA Write will...
Need to make one thing clear for Consumer in Usage statement: While Provider does guarantee flow control for RDMA Read DTOs Consumer should avoid posting more...
I agree that the head-of-line blocking behavior of overposting RDMA Read requests should be mentioned. It is serious and may be avoided by the Consumer simply...
If RDMA Read barrier fence bit set for an operation (for Send WQ) then the operation shall not start until all preceeding RDMA Reads complete. Thit bit is part...
Oh I get it - you mean, if a fence bit is NOT set, then other transports do NOT fence. And iWARP DOES fence in the ORD overposting case. Okay, we can and...
Need to make one thing clear for Consumer in Usage statement: While Provider does guarantee flow control for RDMA Read DTOs Consumer should avoid posting more...
... I know. ... It can if it knows what to look for (for example a special pattern in the data). Let's say the purpose of the (small) second write is to tell...
... The data sink Consumer MUST NOT examine the data sink buffer until after it reaps the completion. (Well, ok, since we are talking about the Consumer, that...
Having problems with message search?
Fill out this form to ensure your group is one of the first to be migrated to the new message search system.
