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