Re: [dpdk-dev] Hardware Checksum Checks Offload Feature

2020-06-29 Thread Thomas Monjalon
29/06/2020 16:01, Owen Hilyard: > It seems that GENEVE is not supported in the version of scapy that is > currently used. It is supported in the next version. I didn't want to make > the decision to either force an update, spend time attempting to backport > the protocol and then adding a way to au

Re: [dpdk-dev] Hardware Checksum Checks Offload Feature

2020-06-29 Thread Owen Hilyard
It seems that GENEVE is not supported in the version of scapy that is currently used. It is supported in the next version. I didn't want to make the decision to either force an update, spend time attempting to backport the protocol and then adding a way to automatically add that patch onto an exist

Re: [dpdk-dev] Hardware Checksum Checks Offload Feature

2020-06-25 Thread Owen Hilyard
I can do that. Thanks for the clarification On Thu, Jun 25, 2020 at 11:25 AM Thomas Monjalon wrote: > > > I think you should describe all the protocols you want to test. > > > > Could you please elaborate on this? > > I mean doing a test matrix inluding IP, TCP, UDP, VXLAN, GENEVE, etc. > > >

Re: [dpdk-dev] Hardware Checksum Checks Offload Feature

2020-06-25 Thread Thomas Monjalon
> > I think you should describe all the protocols you want to test. > > Could you please elaborate on this? I mean doing a test matrix inluding IP, TCP, UDP, VXLAN, GENEVE, etc.

Re: [dpdk-dev] Hardware Checksum Checks Offload Feature

2020-06-25 Thread Owen Hilyard
Hello, In regards to the outer layers, having grepped through the code for "[\w_]+_GOOD|[\w_]+_BAD", I wasn't able to find the flags that I expected. I expected something like PKT_RX_OUTER_IP_CKSUM_BAD and PKT_RX_OUTER_IP_CKSUM_GOOD to show up since that seems to be the format for flags to be prin

Re: [dpdk-dev] Hardware Checksum Checks Offload Feature

2020-06-24 Thread Thomas Monjalon
Hello, 24/06/2020 17:14, Owen Hilyard: > Hello, > > To my understanding, this feature is the ability of the driver to > offload checksum verification on received packets to the hardware > level. If that is incorrect, then please let me know. Yes, you're right. You can find some pointers in the d