nve timeout (and down) regression?
JoaoBR
joao at matik.com.br
Thu Mar 23 18:40:51 UTC 2006
On Thursday 23 March 2006 15:29, Kevin Oberman wrote:
> I am a bit confused. The first addition of sc->pending_txs = 0; was
> MFC'ed back in December by obrien.
>
> Check around line 730 of if_nv.c (or whatever it's called in 6.0)
> sc->linkup = 0;
> sc->cur_rx = 0;
> sc->pending_rxs = 0;
> + sc->pending_txs = 0;
> This should mostly eliminate the problem.
>
this part actually is in the driver but nve still doing timeout and stop
imediatly rx/tx
> The other patch cited in the message has never been made:
> diff -u -r1.7.2.4 if_nve.c
> --- if_nve.c 9 Oct 2005 04:18:17 -0000 1.7.2.4
> +++ if_nve.c 27 Oct 2005 09:58:45 -0000
> @@ -727,7 +727,7 @@
>
> DEBUGOUT(NVE_DEBUG_INIT, "nve: nve_init_rings - entry\n");
>
> - sc->cur_rx = sc->cur_tx = sc->pending_rxs = sc->pending_txs = 0;
> + sc->cur_rx = sc->cur_tx = sc->pending_rxs = 0;
and I did this part and my NIC is running, as I said still lot of collisions
caused by it but it is running
João
> /* Initialise RX ring */
> for (i = 0; i < RX_RING_SIZE; i++) {
> struct nve_rx_desc *desc = sc->rx_desc + i;
>
>
> So sc->pending_txs should only be reset to zero only in nve_stop but not
> in nve_init_rings?
A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura.
Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br
More information about the freebsd-stable
mailing list