On Sat, Sep 5, 2015 at 2:41 AM, Doug Ledford <[email protected]> wrote: > On 08/17/2015 11:50 AM, Bodong Wang wrote: >> Add a device capability flag IBV_DEVICE_IP_CSUM to denote IPv4 checksum >> offload support. Devices should set this flag if they support >> insertion/verification of IPv4, TCP and UDP checksums on >> outgoing/incoming IPv4 packets sent over IB UD or ETH RAW PACKET QPs. > > Correct me if I'm wrong, but the only reason this is only supported on > UD and RAW ETH QPs is a matter of current firmware. There's no reason > it couldn't be supported on RC, right?
Doug, The context here is the ability of the user-space RDMA verbs infrastructure to serve as the baseline for implementing user-space TCP/IP offloads engines. Such engines would be production worthy in open-systems environments mostly when they are inter-operable which whatever stack runs on the other end --> they must not put any additional bits on the wire --> RC isn't an option, so for IPoIB we just need an IPoIB UD QP in user space, and for Ethernet RAW PACKET QP. This device capability is there ~10y for IB UD and we just naturally extend it to Eth RAW. If/when a vendor comes up with supporting csum for RC, we can add another dev cap and say the well established API applies on them too, with just a slight modification to man pages and such, makes sense? -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
