>Let's just say that at this point I completely disagree with where these patches try to abstract the differences, which are many.
>RDMA apps that want to use this and IB without going through an abstraction will need different code -- just like they would for iWarp, which also provides RDMA over Ethernet, and is a standard. IB mad and SA query modules are not >appropriate places for abstracting the differences between IB, iWarp, and whatever name we give this. >This could change depending on whether this is really trying to be IB with a different L2, or is just another RDMA protocol that runs on Ethernet. >- Sean Sean, These are indeed real concerns; I know that the cma is the natural place for abstracting transport differences, but I am worried about non-cma Infiniband ULPs which can work just as well with RDMAoE (perhaps we can specifically expose RDMAoE "path queries" as a simple library function). We will rethink our approach to SA queries and post new patches shortly. Note that without SA query emulation, the RDMAoE patches really amount to just a few cosmetic changes to ib_core...:) Thanks for the feedback. --Liran _______________________________________________ general mailing list [email protected] http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
