From: Kumba <kumba@gentoo.org>
To: linux-mips@linux-mips.org
Subject: Re: Tulip problems on Qube 2
Date: Mon, 15 Dec 2003 17:48:07 -0500 [thread overview]
Message-ID: <3FDE3A27.3090408@gentoo.org> (raw)
In-Reply-To: <20031215221935.GA31161@skeleton-jack>
Peter Horton wrote:
> Is anyone looking at the problems with the Tulip network driver on the
> Cobalt Qube 2 ?
I've poked around with it, granted I usually don't have a clue what's
going on.
> I've started poking around but am not getting very far ...
>
> The card works okay for a few minutes but then something gets very
> confused in the receive ring. If the card is being pinged with packets
> once a second it generates a receive interrupt for every packet, but the
> first receive ring entry is marked busy so the packet's not passed up.
> Once we've received 32 packets the NIC wraps round the receive ring and
> the entry we've been waiting on gets marked as full. Now the receive
> interrupt removes that last packet and the 31 preceding ones in one go.
> Then we stall for another 32 seconds.
>
> It looks like we're loosing some of the NIC's writes to the receive ring
> status entries in main memory ...
http://lists.debian.org/debian-powerpc/2003/debian-powerpc-200310/msg00010.html
You may want to look at this patch. It addresses a similar problem on
PPC systems. While the patch touches a bit of code that should only be
executed if tp->chip_id == 21041, it apparently affects the Cobalt
systems, which use a 211142/21143 chip. Why this is, I have no idea.
Either way, it makes the tulip stay up longer. The same bug still kicks
in eventually, so it doesn't totally address the problem, but it changes
the behavior in some way.
--Kumba
--
"Such is oft the course of deeds that move the wheels of the world:
small hands do them because they must, while the eyes of the great are
elsewhere." --Elrond
prev parent reply other threads:[~2003-12-15 22:47 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-15 22:19 Tulip problems on Qube 2 Peter Horton
2003-12-15 22:48 ` Kumba [this message]
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=3FDE3A27.3090408@gentoo.org \
--to=kumba@gentoo.org \
--cc=linux-mips@linux-mips.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