From: "Vibol Hou" <vibol@khmer.cc>
To: "Martin Moerman" <linuxham@4us.org>
Cc: "Linux-Kernel" <linux-kernel@vger.kernel.org>
Subject: RE: netdev issues (3c905B)
Date: Tue, 20 Feb 2001 16:34:56 -0800 [thread overview]
Message-ID: <HDEBKHLDKIDOBMHPKDDKEEGGEFAA.vibol@khmer.cc> (raw)
In-Reply-To: <Pine.LNX.4.21.0102210118580.19993-100000@root.4us.org>
Hi Martin,
Here's /proc/interrupts:
CPU0 CPU1
0: 2748043 2754927 IO-APIC-edge timer
1: 2 0 IO-APIC-edge keyboard
2: 0 0 XT-PIC cascade
4: 2737 2892 IO-APIC-edge serial
17: 9573612 9568840 IO-APIC-level eth0
18: 483436 482421 IO-APIC-level aic7xxx
NMI: 5505505 5505399
LOC: 5502609 5502508
ERR: 0
-Vibol
-----Original Message-----
From: linux-kernel-owner@vger.kernel.org
[mailto:linux-kernel-owner@vger.kernel.org]On Behalf Of Martin Moerman
Sent: Tuesday, February 20, 2001 4:22 PM
To: Vibol Hou
Cc: Linux-Kernel
Subject: Re: netdev issues (3c905B)
Vibol,
I see that the card is on IRQ 17 ???
can you send us /proc/interrupts
/Martin
On Tue, 20 Feb 2001, Vibol Hou wrote:
> Hi,
>
> I have some problems on a heavily loaded web server. The first is that
the
> kernel is spitting out a bunch of "NETDEV WATCHDOG: eth0: transmit timed
> out" errors. I do not recall this happening in 2.4.0 under the same
> conditions.
>
> Another problem that I seem to have, of which I have had reports from
> clients, is that the server has problems talking to clients using modems
> This didn't occur before with the 2.2 series kernel (all other things held
> constant). It seems each time a client tries to load up any site on the
> server, the connection will just die (or stall). This does not apply to
> high-bandwidth connections (DSL and up) since everything seems fine on DSL
> and faster, but I tried connecting using my dial-up account with
Earthlink,
> and the reports seem to be true. Can those of you on a 56k modem try
> connecting to http://khmerconnection.com and see if the page loads?
Apache
> isn't the only service affected. It seems *any* TCP communication runs
like
> a turtle (even SSH. takes minutes to login, then minutes to echo each
> letter. doesn't do this on a DSL connection from the same computer).
>
> The card that is exhibiting this problem is a 3c905B (lspci below):
>
> 00:08.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone]
> (rev 30)
> Subsystem: 3Com Corporation: Unknown device 9055
> Flags: bus master, medium devsel, latency 80, IRQ 17
> I/O ports at e400 [size=128]
> Memory at e8001000 (32-bit, non-prefetchable) [size=128]
> Expansion ROM at e4000000 [disabled] [size=128K]
> Capabilities: [dc] Power Management version 1
>
> dmesg shows hordes of these at high peak usage (300KBps+):
>
> NETDEV WATCHDOG: eth0: transmit timed out
> eth0: transmit timed out, tx_status 00 status e601.
> diagnostics: net 0cd8 media 8880 dma 0000003a.
> eth0: Interrupt posted but not delivered -- IRQ blocked by another device?
> Flags; bus-master 1, full 0; dirty 9256291(3) current 9256291(3).
> Transmit list 00000000 vs. f7de5230.
> 0: @f7de5200 length 80000042 status 00010042
> 1: @f7de5210 length 8000004a status 8001004a
> 2: @f7de5220 length 80000036 status 80010036
> 3: @f7de5230 length 80000036 status 00010036
> 4: @f7de5240 length 80000042 status 00010042
> 5: @f7de5250 length 80000036 status 00010036
> 6: @f7de5260 length 800005ea status 000105ea
> 7: @f7de5270 length 800005ea status 000105ea
> 8: @f7de5280 length 8000003a status 0001003a
> 9: @f7de5290 length 8000003e status 0001003e
> 10: @f7de52a0 length 8000003a status 0001003a
> 11: @f7de52b0 length 8000003e status 0001003e
> 12: @f7de52c0 length 8000003e status 0001003e
> 13: @f7de52d0 length 8000004a status 0001004a
> 14: @f7de52e0 length 8000004a status 0001004a
> 15: @f7de52f0 length 8000003e status 0001003e
> eth0: Resetting the Tx ring pointer.
>
> Any ideas?
>
> Thanks,
> --
> Vibol Hou
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2001-02-21 0:37 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-02-21 0:06 netdev issues (3c905B) Vibol Hou
2001-02-21 0:21 ` Martin Moerman
2001-02-21 0:34 ` Vibol Hou [this message]
2001-02-21 9:47 ` 2.4 tcp very slow under certain circumstances (Re: netdev issues (3c905B)) Ookhoi
2001-02-21 13:12 ` Gregory Maxwell
2001-02-21 10:57 ` David S. Miller
2001-02-21 11:33 ` Ookhoi
2001-02-21 17:17 ` Ookhoi
2001-02-21 19:06 ` Vibol Hou
2001-02-21 19:22 ` Vibol Hou
2001-02-21 22:30 ` Jordan Mendelson
2001-02-22 8:28 ` Ookhoi
2001-02-21 23:49 ` Jordan Mendelson
2001-02-21 23:52 ` David S. Miller
2001-02-22 0:10 ` Jordan Mendelson
2001-02-22 0:50 ` Jordan Mendelson
2001-02-27 0:21 ` Simon Kirby
2001-02-27 0:26 ` David S. Miller
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=HDEBKHLDKIDOBMHPKDDKEEGGEFAA.vibol@khmer.cc \
--to=vibol@khmer.cc \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxham@4us.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).