>> Server info at http://www-jcr.lmh.ox.ac.uk/ferret.html, but the
>> big problem is still the 3c59x driver. We went back to 0.46C
>> after similar problems with 0.9, or whatever's in p11b.
Alan> I dropped back to the old driver in 2.0.34pre12/13 too. For
Alan> the people with the newer cards it appears the latest driver
Alan> is wonderfully fast, stable and the very latest is SMP safe
Alan> but the old card users keep reporting fails.
While we're on the topic:
I've been having a few problems on an older 3c590 card with the
drivers in the late 2.1.xx series. I found I had to increase a
'timeout' value in order to get the driver to read the EEPROM
correctly (one-line patch is included). Does anybody know why this is
happening?
I'm fairly sure it is not overoptimization of the 'udelay' function
(I normally compile using egcs-1.0.2, but I've tried stock kernels
with gcc-2.7.3.3).
Cheers,
Trond
--- linux/drivers/net/3c59x.c-2.1.101 Wed May 6 19:56:04 1998
+++ linux/drivers/net/3c59x.c Sat May 9 06:09:45 1998
@@ -759,7 +759,7 @@
int timer;
outw(EEPROM_Read + i, ioaddr + Wn0EepromCmd);
/* Pause for at least 162 us. for the read to take place. */
- for (timer = 4; timer >= 0; timer--) {
+ for (timer = 256; timer >= 0; timer--) {
udelay(162);
if ((inw(ioaddr + Wn0EepromCmd) & 0x8000) == 0)
break;
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu