All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sebastian Benoit <benoit-lists@fb12.de>
To: "David S. Miller" <davem@redhat.com>
Cc: Andries.Brouwer@cwi.nl, linux-kernel@vger.kernel.org,
	linux-net@vger.kernel.org
Subject: Re: [PATCH] tcp hang solved
Date: Mon, 4 Nov 2002 14:18:53 +0100	[thread overview]
Message-ID: <20021104141852.A31235@turing.fb12.de> (raw)
In-Reply-To: <20021104.055951.41634255.davem@redhat.com>; from davem@redhat.com on Mon, Nov 04, 2002 at 05:59:51AM -0800

[-- Attachment #1: Type: text/plain, Size: 4150 bytes --]

David S. Miller(davem@redhat.com)@2002.11.04 05:59:51 +0000:
>    From: Sebastian Benoit <benoit-lists@fb12.de>
>    Date: Mon, 4 Nov 2002 12:38:25 +0100
>    
>    This bug was introduced in 2.5.43-bk1, previous versions are ok.
>    I think it might be 
>    ChangeSet 1.781.1.68 2002/10/15 19:01:33 kuznet@mops.inr.ac.ru
>    but i'm not sure.
> 
> It's not possible, if this functions modified here did not work you
> would not be able to make any connections at all.
> 
> Can you try reverting the networking changesets one by one until
> the problem goes away?

I removed parts of 2.5.43-bk1 and that solved my problem, see attached mail
below. When I did this (2 weeks ago) I removed all changes that touched
net/* and associated includes. I was not able to pinpoint the exact change
that causes the problem, the changes there are a bit to much for my knowledge 
of the kernel, sorry.

/B.

=================================================================================

Date: Fri, 18 Oct 2002 12:47:17 +0200
From: Sebastian Benoit <benoit-lists@fb12.de>
To: netdev@oss.sgi.com
Subject: network connection gets stuck with 2.5.43-bk1/mm2
Message-ID: <20021018124717.A21622@turing.fb12.de>

Hi,

i posted the message below to linux-mm yesterday, Andrew Morton told me that
it might be one of the changes in networking in -bk1.

removing these changes solved the problem:

 include/linux/ip.h        |   16=20
 include/linux/tcp.h       |    2=20
 include/linux/udp.h       |   31 -
 include/net/dst.h         |   56 --
 include/net/ip.h          |   16=20
 include/net/sock.h        |    2=20
 include/net/tcp.h         |    2=20
 include/net/udp.h         |    2=20
 net/core/dst.c            |   25 -
 net/ipv4/af_inet.c        |   17=20
 net/ipv4/icmp.c           |    4=20
 net/ipv4/ip_output.c      |  880 +++++++----------------------------------=
-----
 net/ipv4/ip_proc.c        |   74 ---
 net/ipv4/ip_sockglue.c    |    4=20
 net/ipv4/raw.c            |    7=20
 net/ipv4/tcp.c            |   49 --
 net/ipv4/tcp_ipv4.c       |    6=20
 net/ipv4/tcp_minisocks.c  |   10=20
 net/ipv4/udp.c            |  296 ---------------
 net/ipv6/tcp_ipv6.c       |    5=20
 net/netsyms.c             |    1=20

(this is the diffstat of the reverse patch)

Is this fixed already?
/B.



----------------- quote -----------------
Hi,=20

funny problem w. 2.5.43-mm2:

i'm running 2.5.43-mm2 on my workstation. Normal workload, X-windows, a few
xterms, editor, mozilla, etc. (host A)

I have a NFS/SAMBA-mount (both show the problem) to host B. Host B runs
2.4.19rc5aa1.

I can get a xterm, in which i have a ssh-connection to a third host C
'stuck' by simply cat'ing a large file from the NFS/SAMBA server to
/dev/null.

The xterm/ssh seems stuck, that is no key i press is received on the other
end, but output of the program running on host C is updated in the xterm. I
checked with tcpdump: the keypress does not generate a packet, my host only
sends ACK's on that ssh connection to host C.

The ssh-connection is not unstuck by stopping the data transfer from host B.

I checked that plain 2.5.42 and 2.5.43-mm1 do not have this problem: here my
input goes through to C. At least for small amounts of input, i did not test
anything beyond typing a few hundret chars.

recap:

 "mount /mnt/hostB"
 "ssh hostC" -> type random stuff in that connection
 at the same time do "cat /mnt/hostB/bigfile > /dev/null"
 ssh gets stuck.

hardware: PIII/600, 3c905B on 10baseT half-duplex

I'm sorry i cant do any further checks until Friday afternoon (MET).

/B.
--------------- quote ends ---------------


-- 
Sebastian Benoit <benoit-lists@fb12.de>
My mail is GnuPG signed -- Unsigned ones are bogus -- http://www.gnupg.org/
GnuPG 0x5BA22F00 2001-07-31 2999 9839 6C9E E4BF B540  C44B 4EC4 E1BE 5BA2 2F00

Every gun that is made, every warship launched, every rocket fired,
signifies in the final sense a theft from those who hunger and are not fed,
those who are cold and are not clothed.
-- Dwight D. Eisenhower, U.S. President, 1953

[-- Attachment #2: Type: application/pgp-signature, Size: 240 bytes --]

  reply	other threads:[~2002-11-04 13:12 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-11-04  0:27 [PATCH] tcp hang solved Andries.Brouwer
2002-11-04 10:36 ` David S. Miller
2002-11-04 11:38   ` Sebastian Benoit
2002-11-04 13:59     ` David S. Miller
2002-11-04 13:18       ` Sebastian Benoit [this message]
2002-11-04 14:39         ` David S. Miller
2002-11-04 16:10           ` Sebastian Benoit

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=20021104141852.A31235@turing.fb12.de \
    --to=benoit-lists@fb12.de \
    --cc=Andries.Brouwer@cwi.nl \
    --cc=davem@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-net@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.