Messages in this thread Patch in this message | | | Date | Thu, 14 May 1998 15:10:06 +0200 (CEST) | Subject | Re: pre11b probs... | From | Trond Myklebust <> |
| |
>>>>> "Alan" == Alan Cox <alan@lxorguk.ukuu.org.uk> writes:
>> 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
| |