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
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 ...
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.
"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