On Thu, Jan 31, 2019 at 11:27 AM Saeed Mahameed <sae...@mellanox.com> wrote: > > Are you sure ? you are claiming that the hardware will skip csum > complete i.e cqe->checksum will be 0xffff for padded short IP frames. > i don't think this is the case, the whole bug is that the hw does > provide a partial cqe->checksum (i.e doesn't included the padding > bytes) even for short eth frames.
If the padding is not included, then cqe->checksum is 0xFFFF for correctly received frames. Otherwise, what would be cqe->checksum in this case ? A random value ?
