public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Martin Dalecki <dalecki@evision-ventures.com>
To: linux-kernel@vger.kernel.org
Subject: CRAP in 2.4.18-pre7
Date: Sun, 27 Jan 2002 15:11:28 +0100	[thread overview]
Message-ID: <3C540A90.5020904@evision-ventures.com> (raw)
In-Reply-To: <20020126171545.GB11344@fefe.de> <3C52E671.605FA2F3@mandrakesoft.com>

I would like to notice that the changes in 2.4.18-pre7 to the
tulip eth driver are apparently causing absymal performance drops
on my version of this card. Apparently the performance is dropping
from the expected 10MB/s to about 10kB/s. The only special
thing about the configuration in question is the fact that it's
a direct connection between two hosts. Well, more precisely it's
a cross-over link between my notebook and desktop.

Here is an excerpt from the lspci command:

00:0b.0 Ethernet controller: Digital Equipment Corporation DECchip 21041 
[Tulip Pass 3] (rev 11)
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- 
ParErr- Stepping- SERR+ FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 64
        Interrupt: pin A routed to IRQ 11
        Region 0: I/O ports at d400 [size=128]
        Region 1: Memory at cfffdf80 (32-bit, non-prefetchable) [size=128]
        Expansion ROM at cff80000 [disabled] [size=256K]

The motherboard is a SiS735 chip. The card is apparently sharing it's 
interrupt
(which I guess could be a cause of the problem) with nearly anything else
on the system:

          CPU0
  0:     654927          XT-PIC  timer
  1:      25591          XT-PIC  keyboard
  2:          0          XT-PIC  cascade
  5:        107          XT-PIC  bttv
  8:     283913          XT-PIC  rtc
 11:      70064          XT-PIC  usb-ohci, usb-ohci, eth0, SiS 7012
 12:      39738          XT-PIC  PS/2 Mouse
 14:     198652          XT-PIC  ide0
 15:          0          XT-PIC  ide1
NMI:          0
ERR:          0
[root@domek athlon]#

Oh well yes I have added the newest version of the i810_audio.c for
support of the on board sound card - it's working *GREATLY*.

Please revert the changes in question from the pre-patch.


  reply	other threads:[~2002-01-27 14:11 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-01-26 17:15 question about sparc 64-bit user land Felix von Leitner
2002-01-26 17:24 ` Ben Collins
2002-01-26 17:25 ` Jeff Garzik
2002-01-27 14:11   ` Martin Dalecki [this message]
2002-01-27 16:50     ` CRAP in 2.4.18-pre7 Jeff Garzik
2002-01-27 17:32       ` Martin Dalecki
2002-01-27 17:53         ` root
2002-01-27 21:08           ` H. Peter Anvin
2002-01-28 12:06             ` Martin Dalecki
2002-01-28 15:37               ` H. Peter Anvin
2002-01-27 18:46     ` Michal Jaegermann
2002-01-27 21:58       ` Stephan von Krawczynski
2002-01-28  3:40         ` Michal Jaegermann
2002-01-26 18:07 ` question about sparc 64-bit user land Andreas Jaeger

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=3C540A90.5020904@evision-ventures.com \
    --to=dalecki@evision-ventures.com \
    --cc=linux-kernel@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox