From: "Tom Sightler" <ttsig@tuxyturvy.com>
To: "Michael Pacey" <michael@wd21.co.uk>,
"Alan Cox" <alan@lxorguk.ukuu.org.uk>
Cc: <linux-kernel@vger.kernel.org>
Subject: Re: 3Com 3c523 in IBM PS/2 9585: Can't load module in kernel 2.4.1
Date: Wed, 31 Jan 2001 20:44:01 -0500 [thread overview]
Message-ID: <001a01c08bf0$74c47d60$02c8a8c0@zeusinc.com> (raw)
In-Reply-To: <20010201193250.B340@kermit.wd21.co.uk> <E14ORB4-000571-00@the-village.bc.nu> <20010201220624.E340@kermit.wd21.co.uk>
> > > eth0: memprobe, Can't find memory at 0xc0000!
> > > 3c523.c: No 3c523 cards found
> >
> > Yep. Most probably it needs munging to use isa_memcpy_fromio and the
like
> > or ioremap.
>
> Right... OK.... I'll leave that to someone else
I have patches that I believe fix this, but their own my box at home that I
can't get do right now. When I get back from LinuxWorld tomorrow I'll pull
them off and post them.
> > Are you willing to be test victim for fixes ?
>
> Yes.
> And if you think the NFS problems might be fixable, I'll be pleased to
> keep the card out of the bucket.
My patches also include changes that should improve this, but I doubt it
will eliminate the problem. The basic thing here is that it's a horrid card
in regards to performance and most of them only have 8K of buffer, it's just
too easy to overrun the buffer, especially since the default is to allocate
4 transmit and 1 receive buffer (or 6 receive buffers it your lucky enough
to have a 16K card). Because of this the card drops packets like crazy,
which is bad for NFS, especially over UDP. My patches basically change the
buffer allocation to only a single transmit buffer and whatever is left to
receive buffers, this puts the card in a different mode of operation which
seems to allow it to almost keep up. For me, this made the card usable, I
still get drops, but their now much lower.
I'm not sure this is your problem, but I bet if you look at you ifconfig
stats when your having the problem you'll see lots of dropped packets.
Even if you don't use the card, it's be nice to have another user test it
out before I submit the patch.
Later,
Tom
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2001-02-02 1:45 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-02-01 19:32 Michael Pacey
2001-02-01 21:21 ` Alan Cox
2001-02-01 22:06 ` Michael Pacey
2001-02-01 1:44 ` Tom Sightler [this message]
2001-02-02 17:16 ` Michael Pacey
2001-02-01 22:11 ` Alan Cox
2001-02-02 15:24 ` Anton Altaparmakov
2001-02-05 3:27 ` [Patch] 3Com 3c523: " Tom Sightler
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='001a01c08bf0$74c47d60$02c8a8c0@zeusinc.com' \
--to=ttsig@tuxyturvy.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=michael@wd21.co.uk \
/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
all inboxes | Powered by JetHome®