netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Wolfgang Walter <linux@stwm.de>
To: Eric Dumazet <eric.dumazet@gmail.com>
Cc: Thomas Jarosch <thomas.jarosch@intra2net.com>,
	netdev@vger.kernel.org, Eric Dumazet <edumazet@google.com>,
	Herbert Xu <herbert@gondor.apana.org.au>,
	Steffen Klassert <steffen.klassert@secunet.com>
Subject: Re: [bisected] xfrm: TCP connection initiating PMTU discovery stalls on v3.
Date: Sat, 13 Dec 2014 00:47:45 +0100	[thread overview]
Message-ID: <1500356.bBOpW4o4zG@h2o.as.studentenwerk.mhn.de> (raw)
In-Reply-To: <1418423509.13491.26.camel@edumazet-glaptop2.roam.corp.google.com>

Am Freitag, 12. Dezember 2014, 14:31:49 schrieben Sie:
> On Fri, 2014-12-12 at 22:30 +0100, Thomas Jarosch wrote:
> > if it's any help: Disabling TX checksumming prevents the hang
> > even on an unpatched 3.14.x kernel. You could check with your debug
> > statements in place the path of the packets with and without TX
> > checksumming.

I can't disable it as the driver will not allow it:
# ethtool -K eth0 tx off
Cannot change tx-checksumming
Could not change any device features

> Disabling TX checksum automatically disables GSO.
> 
> Disabling TSO/GSO is the real 'cure' for the time being, you can keep TX
> checksums.

This does not help here. With GSO disabled (for network device serving the 
ipsec traffic, here e.g. eth0) the hang still occurs. tcp_set_skb_tso_segs() 
gets called and the else-branch for skb->len <= mss_now is taken.

I tested this serveral times.

Regards,
-- 
Wolfgang Walter
Studentenwerk München
Anstalt des öffentlichen Rechts

  reply	other threads:[~2014-12-12 23:47 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-29 11:44 [bisected] xfrm: TCP connection initiating PMTU discovery stalls on v3.12+ Thomas Jarosch
2014-12-01 10:25 ` Herbert Xu
2014-12-01 11:20   ` Thomas Jarosch
2014-12-31 13:39   ` tcp: Do not apply TSO segment limit to non-TSO packets Herbert Xu
2014-12-31 13:42     ` Herbert Xu
2015-01-02 18:24       ` Eric Dumazet
2015-01-02 20:36         ` David Miller
2015-01-02 22:01           ` Herbert Xu
2015-01-02 22:06             ` David Miller
2015-01-02 22:09               ` Herbert Xu
2015-01-02 21:13     ` David Miller
2015-01-16 10:45     ` Thomas Jarosch
2015-01-16 10:50       ` Herbert Xu
2015-01-16 11:03         ` Thomas Jarosch
2015-01-19 13:39     ` Thomas Jarosch
     [not found]       ` <CANn89i+U-PFbuUrp08s3Ec8BmjPFq1zj8Aj2=vPVO4-iiLkTuw@mail.gmail.com>
2015-01-19 22:36         ` Herbert Xu
2015-01-19 22:38           ` Eric Dumazet
2015-01-19 22:40             ` Herbert Xu
2014-12-01 13:17 ` [bisected] xfrm: TCP connection initiating PMTU discovery stalls on v3.12+ Wolfgang Walter
2014-12-01 16:41   ` Wolfgang Walter
2014-12-05 12:09     ` Wolfgang Walter
2014-12-05 13:26       ` Eric Dumazet
2014-12-08 22:20         ` Wolfgang Walter
2014-12-09  8:54           ` Thomas Jarosch
2014-12-09 14:26             ` [bisected] xfrm: TCP connection initiating PMTU discovery stalls on v3 Eric Dumazet
2014-12-09 14:49               ` Thomas Jarosch
2014-12-09 20:36               ` Wolfgang Walter
2014-12-09 21:40                 ` Eric Dumazet
2014-12-10 18:34                   ` Wolfgang Walter
2014-12-10 19:10                     ` Eric Dumazet
2014-12-11  0:36                       ` Wolfgang Walter
2014-12-12 16:58                       ` Wolfgang Walter
2014-12-12 17:27                         ` Eric Dumazet
2014-12-12 20:31                           ` Wolfgang Walter
2014-12-12 21:30                             ` Thomas Jarosch
2014-12-12 22:31                               ` Eric Dumazet
2014-12-12 23:47                                 ` Wolfgang Walter [this message]
2014-12-13  0:15                                   ` Eric Dumazet
2014-12-13  0:43                                     ` Wolfgang Walter
2014-12-15 18:04                                     ` Wolfgang Walter

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=1500356.bBOpW4o4zG@h2o.as.studentenwerk.mhn.de \
    --to=linux@stwm.de \
    --cc=edumazet@google.com \
    --cc=eric.dumazet@gmail.com \
    --cc=herbert@gondor.apana.org.au \
    --cc=netdev@vger.kernel.org \
    --cc=steffen.klassert@secunet.com \
    --cc=thomas.jarosch@intra2net.com \
    /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).