linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: "David S. Miller" <davem@dm.cobaltmicro.com>
To: alan@cymru.net
Cc: Geert.Uytterhoeven@cs.kuleuven.ac.be,
	Paul.Mackerras@cs.anu.edu.au, linuxppc-dev@lists.linuxppc.org,
	linux-m68k@lists.linux-m68k.org, VANDROVE@vc.cvut.cz
Subject: Re: TCPv4 checksum errors
Date: Wed, 23 Dec 1998 23:36:53 -0800	[thread overview]
Message-ID: <199812240736.XAA06955@dm.cobaltmicro.com> (raw)
In-Reply-To: <199812232158.VAA21083@snowcrash.cymru.net> (message from Alan Cox on Wed, 23 Dec 1998 21:58:04 +0000 (GMT))


   From: Alan Cox <alan@cymru.net>
   Date: Wed, 23 Dec 1998 21:58:04 +0000 (GMT)

   The classic bad packet error is a frame that ends up with

   checksum =FFFF end around carry left =1

I challenge you to generate a packet which will create this condition,
it is impossible as far as I have tried....

However, I'm very very interested in being proved wrong.  Because if I
am, then every single checksum implementation in the kernel would need
to be fixed and we should therefore settle this asap.

Instead of tiring one's brain like I did, to find if the case even
exists, better would probably be to put a piece of debugging code
which checked for this condition and printed out a nice message and
dumped the packet contents when triggered.

Later,
David S. Miller
davem@dm.cobaltmicro.com

[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]

  reply	other threads:[~1998-12-24  7:36 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1998-12-21 21:49 TCPv4 checksum errors Geert Uytterhoeven
1998-12-22  3:07 ` Paul Mackerras
1998-12-22  7:21   ` Martin Costabel
1998-12-22  9:21   ` Geert Uytterhoeven
1998-12-22  9:35     ` David S. Miller
1998-12-22 10:01       ` Geert Uytterhoeven
1998-12-22 10:11         ` David S. Miller
1998-12-22 10:38           ` Geert Uytterhoeven
1998-12-22 10:13         ` Arno Griffioen
1998-12-23  9:14       ` Geert Uytterhoeven
1998-12-23 13:23         ` Gabriel Paubert
1998-12-23 21:58         ` Alan Cox
1998-12-24  7:36           ` David S. Miller [this message]
1998-12-28  9:20           ` Andreas Schwab
1998-12-28 13:04             ` Alan Cox
1998-12-28 13:12               ` Andreas Schwab
1998-12-24  3:57         ` Paul Mackerras

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=199812240736.XAA06955@dm.cobaltmicro.com \
    --to=davem@dm.cobaltmicro.com \
    --cc=Geert.Uytterhoeven@cs.kuleuven.ac.be \
    --cc=Paul.Mackerras@cs.anu.edu.au \
    --cc=VANDROVE@vc.cvut.cz \
    --cc=alan@cymru.net \
    --cc=linux-m68k@lists.linux-m68k.org \
    --cc=linuxppc-dev@lists.linuxppc.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).