Re: lo(4) checksum offload

2023-06-05 Thread David Gwynne
> On 2 Jun 2023, at 19:51, Alexander Bluhm wrote: > > On Wed, May 31, 2023 at 09:36:22AM +1000, David Gwynne wrote: >> we could export these csum flags as part of the bpf header so we can >> teach tcpdump to shut up in this situation. > > Linux does not do that and I want to keep pcap file

Re: lo(4) checksum offload

2023-06-02 Thread Alexander Bluhm
On Wed, May 31, 2023 at 09:36:22AM +1000, David Gwynne wrote: > we could export these csum flags as part of the bpf header so we can > teach tcpdump to shut up in this situation. Linux does not do that and I want to keep pcap file format compatible. Also smart tools make debugging real checksum

Re: lo(4) checksum offload

2023-06-01 Thread Alexander Bluhm
On Thu, Jun 01, 2023 at 04:38:53PM +, Peter Stuge wrote: > David Gwynne wrote: > > > Currently packets sent over loopback interface get their checksum > > > calculated twice. In the output path it is set and during TCP/IP > > > input it is calculated again to be compared with the previous

Re: lo(4) checksum offload

2023-06-01 Thread Peter Stuge
David Gwynne wrote: > > Currently packets sent over loopback interface get their checksum > > calculated twice. In the output path it is set and during TCP/IP > > input it is calculated again to be compared with the previous value. .. > > The question is, does it break corner cases? Please test

Re: lo(4) checksum offload

2023-05-30 Thread David Gwynne
On Tue, May 30, 2023 at 09:08:45PM +0200, Alexander Bluhm wrote: > Hi, > > Currently packets sent over loopback interface get their checksum > calculated twice. In the output path it is set and during TCP/IP > input it is calculated again to be compared with the previous value. > > This can be