Hi Sebastien,
Sebastien Roy wrote:
> I've reviewed this case and have no issues with the definition of the
> new interfaces. I only have two tangential questions:
>
> 1. What are the consumers of these new interfaces?
FW version: upcoming Open Fabrics User Verbs project
SQD flag: ibmf (IB management msg framework) and possible
future scenarios concerning proposed re-routing
in the face of path failure
Inline data: applies broadly to anything using short messages,
IPonIB could use it, but I would also expect command/status
(vs data bulk data transfer) messages for NFS-RDMA, SRP, iSER, RDS,
SDP to be able to make use of it
Reserved L_Key: another one which could be used broadly for medium
data messages, IPonIB has a prototype using it already, and
RDS is quite likely to use it; SDP, NFS-RDMA/SRP/iSER could use it
too.
LSO, CQ moderation, IP classification flags - IPonIB, and if we end
up doing similar drivers for Eth-on-IB
Detailed WQE sizes: basically needed for any Inline, Reserved L_Key
users
> 2. How is the LSO functionality defined here related to the LSO
> functionality provided by GLDv3? Specifically, could the ibd GLDv3
> IPoIB driver provide LSO support to GLDv3 consumers by using this
> interface underneath?
The IPonIB team now has a prototype using IB LSO w/ GLDv3 LSO.
Please tell me if you have any other follow-up or new comment to make
about the case. Otherwise, I will close it up.
-ted
--
Ted H. Kim
Sun Microsystems, Inc. ted.kim at sun.com
222 North Sepulveda Blvd., 10th Floor (310) 341-1116
El Segundo, CA 90245 (310) 341-1120 FAX
