Bug 7770 - Network connection randomly drops
Summary: Network connection randomly drops
Status: REJECTED INVALID
Alias: None
Product: Networking
Classification: Unclassified
Component: Other (show other bugs)
Hardware: i386 Linux
: P2 normal
Assignee: Arnaldo Carvalho de Melo
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-01-04 08:43 UTC by Aljaz Prusnik
Modified: 2007-05-26 02:39 UTC (History)
0 users

See Also:
Kernel Version: 2.6.19 onward
Subsystem:
Regression: ---
Bisected commit-id:


Attachments
dmesg, lspci, ethtool, kernel configs (420.00 KB, application/x-tar)
2007-01-04 08:45 UTC, Aljaz Prusnik
Details
the working config for 2.6.19 (61.90 KB, application/octet-stream)
2007-01-08 22:30 UTC, Aljaz Prusnik
Details
linux-2.6.20-gentoo-r8/.config (42.18 KB, text/plain)
2007-05-26 02:38 UTC, Mario Schmidt
Details

Description Aljaz Prusnik 2007-01-04 08:43:28 UTC
Most recent kernel where this bug did *NOT* occur: 2.6.19-rc4
Distribution: ubuntu 6.10, 64 bit
Hardware Environment: ASUS M2N-E (MCP55), AMD X2 4200+
Software Environment: normal linux distro with a custom kernel
Problem Description:
It started when I compiled the stable 2.6.19 kernel (first after rc4). The
network connection to the router just dropped and I can find no reason why it is
so. I have to revive the connection via /etc/init.d/networking restart command
and the connection is there again. At first I was doing remote connection
(tsclient in ubuntu) on another ubuntu dapper machine. The connection would
randomly terminate. I assumed it was the program, but then I did a further test.
I used mc (midnight commander) to copy some large files (a couple ubuntu iso-s)
 to this machine (which acts as a file server) via NFS (and via router) and
back. The connection would drop! The event is more frequent if I transfer the
files from that computer than vice versa.
I then rerun linux with 2.6.19-rc4 kernel and transfers were stable without a
single connection drop. I then assumed it should be the newer forcedeth driver
to blame but apparently it isn't. I put the 0.57 driver into the 2.6.20-rc3 and
the problem persists. I even tried this patch from the bug #7684 but this didn't
help either.

Steps to reproduce:
Hopefully with this hardware I mentioned, plain ubuntu 6.10 64 bit installation
with a kernel higher than 2.6.19-rc4. Config and other status files are in the
attachment.
Comment 1 Aljaz Prusnik 2007-01-04 08:45:37 UTC
Created attachment 10004 [details]
dmesg, lspci, ethtool, kernel configs
Comment 2 Andrew Morton 2007-01-04 09:19:03 UTC
On Thu, 4 Jan 2007 08:49:49 -0800
bugme-daemon@bugzilla.kernel.org wrote:

> http://bugzilla.kernel.org/show_bug.cgi?id=7770
> 
>            Summary: Network connection randomly drops
>     Kernel Version: 2.6.19 onward
>             Status: NEW
>           Severity: normal
>              Owner: acme@conectiva.com.br
>          Submitter: prusnik@gmail.com
> 
> 
> Most recent kernel where this bug did *NOT* occur: 2.6.19-rc4
> Distribution: ubuntu 6.10, 64 bit
> Hardware Environment: ASUS M2N-E (MCP55), AMD X2 4200+
> Software Environment: normal linux distro with a custom kernel
> Problem Description:
> It started when I compiled the stable 2.6.19 kernel (first after rc4). The
> network connection to the router just dropped and I can find no reason why it is
> so. I have to revive the connection via /etc/init.d/networking restart command
> and the connection is there again. At first I was doing remote connection
> (tsclient in ubuntu) on another ubuntu dapper machine. The connection would
> randomly terminate. I assumed it was the program, but then I did a further test.
> I used mc (midnight commander) to copy some large files (a couple ubuntu iso-s)
>  to this machine (which acts as a file server) via NFS (and via router) and
> back. The connection would drop! The event is more frequent if I transfer the
> files from that computer than vice versa.
> I then rerun linux with 2.6.19-rc4 kernel and transfers were stable without a
> single connection drop. I then assumed it should be the newer forcedeth driver
> to blame but apparently it isn't. I put the 0.57 driver into the 2.6.20-rc3 and
> the problem persists. I even tried this patch from the bug #7684 but this didn't
> help either.
> 
> Steps to reproduce:
> Hopefully with this hardware I mentioned, plain ubuntu 6.10 64 bit installation
> with a kernel higher than 2.6.19-rc4. Config and other status files are in the
> attachment.
> 

Comment 3 Aljaz Prusnik 2007-01-08 22:29:49 UTC
It apparently was a configuration error. I compiled kernels from 2.6.19-rc5
onwards with the config of rc4, stripped of all obsoleted and deprecated items
in the network configuration (including network devices) and the copying tests
went through without a single connection drop.

Apologies for any inconveniences. Am attaching the 2.6.19 config if anyone has
dugg into this.
Comment 4 Aljaz Prusnik 2007-01-08 22:30:33 UTC
Created attachment 10038 [details]
the working config for 2.6.19
Comment 5 Aljaz Prusnik 2007-01-27 11:12:14 UTC
In case anyone will be reading this: it was the NAPI that was causing connection
drops. After I disabled it in the kernel config and recompiled the kernel it was
ok. 
The comment for NAPI say it's experimental so I guess it still needs a bit of
debugging.
Comment 6 Mario Schmidt 2007-05-26 02:38:06 UTC
Created attachment 11599 [details]
linux-2.6.20-gentoo-r8/.config

If needed, here is my kernel .config for linux-2.6.20-gentoo-r8
Comment 7 Mario Schmidt 2007-05-26 02:39:19 UTC
I always keep experimental features away from my kernel and same with NAPI for
forcedeth. But I enable NAPI for the Intel card where it is shown as
non-experimental.

Note You need to log in before you can comment on or make changes to this bug.