lkml.org 
[lkml]   [2000]   [Mar]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
From
SubjectRe: 2.3.47+ TCP woes traced to tulip driver
Date
> Hello!
>
> Try appended patch.
>
>
> [ Jeff, do you see? You removed request_irq() and gratuitous 50 cycle delay
> required for tulip reset disappeared. As result csr0 was not programmed
> correctly and ... see my previous mail. 8)8)8)
[...]

Wow, thanks Alexy! i think this works. Didn't work one time,
locked my box one time, and worked one time, but that's all
probably because i was doing a lot of insmod/rmmod'ing of
various tulip modules as i fiddled with the 2.3.47pre8 tulip.c
patch.

Got as far as removing all the tulip_open(), tulip_up(),
tulip_down() patches, basically everything except for the
outl_CSR6() and flags stuff, and that worked. Then got your
mail and added the udelay() into a plain 2.3.47pre8 tulip.c,
and got the above fail/lock result.

Rebooted the box, it worked. Patched udelay() into the 2.3.50
tulip/ tree, and that works as well. i made the udelay(2)
a udelay(4) just in case; figured tulip_up() doesn't get
called often anyway.

b
<mason@soo.com>

> --- /net/minus/home/src/BH/vger3/vger-mirror/linux/drivers/net/tulip/tulip_core.c Fri Mar 3 20:23:07 2000
> +++ linux/drivers/net/tulip/tulip_core.c Fri Mar 10 19:25:52 2000
> @@ -259,6 +259,8 @@
> /* Reset the chip, holding bit 0 set at least 50 PCI cycles. */
> outl(0x00000001, ioaddr + CSR0);
>
> + udelay(2);
> +
> /* Deassert reset.
> Wait the specified 50 PCI cycles after a reset by initializing
> Tx and Rx queues and the address filter list. */
>


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:57    [W:0.160 / U:0.176 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site