Re: nve0: device timeout (1)

From: Kevin Oberman <oberman_at_es.net>
Date: Mon, 27 Mar 2006 20:36:06 -0800
> From: Bachilo Dmitry <root_at_solink.ru>
> Date: Tue, 28 Mar 2006 09:56:30 +0700
> Sender: owner-freebsd-current_at_freebsd.org
> 
> I've recently upgraded one of my home PCs from Intel Celeron to AMD Athlon. I
> used to have Marvel Gigabit network (sk), and now I have nVidia nForce 3 
> network - nve (witch man says: "First appeared in FreeBSD 5.5", so it has
> not appeared yet? :-)
> 
> The problem is that if this interface is online and I run something that uses
> network (for example XChat, or even Quake 4, witch is always accessing 
> 127.0.0.1 for ID Server), then like every minute (interval is not always the 
> same) the computer hangs absolutely (even mouse is not moving) for like two 
> seconds and then "Jan  2 09:41:12 gamer kernel: nve0: device timeout (1)" 
> falls on tty0.
> 
> And dmesg says:
> Jan  2 09:39:13 gamer kernel: nve0: device timeout (1)
> Jan  2 09:39:13 gamer kernel: nve0: link state changed to DOWN
> Jan  2 09:39:14 gamer kernel: nve0: link state changed to UP
> Jan  2 09:39:44 gamer kernel: nve0: device timeout (1)
> Jan  2 09:39:44 gamer kernel: nve0: link state changed to DOWN
> Jan  2 09:39:46 gamer kernel: nve0: link state changed to UP
> Jan  2 09:40:16 gamer kernel: nve0: device timeout (1)
> Jan  2 09:40:16 gamer kernel: nve0: link state changed to DOWN
> Jan  2 09:40:17 gamer kernel: nve0: link state changed to UP
> Jan  2 09:40:48 gamer kernel: nve0: device timeout (1)
> Jan  2 09:40:48 gamer kernel: nve0: link state changed to DOWN
> Jan  2 09:40:49 gamer kernel: nve0: link state changed to UP
> Jan  2 09:41:12 gamer kernel: nve0: device timeout (1)
> Jan  2 09:41:12 gamer kernel: nve0: link state changed to DOWN
> Jan  2 09:41:13 gamer kernel: nve0: link state changed to UP
> Jan  2 09:41:22 gamer kernel: nve0: device timeout (1)
> Jan  2 09:41:22 gamer kernel: nve0: link state changed to DOWN
> Jan  2 09:41:23 gamer kernel: nve0: link state changed to UP
> 
> and so on.
> 
> This, you know, spoils all the mood from upgrade. Do I do something wrong or 
> is that driver or is that the device?
> 
> First I thought that it was overclocking problem, but no, I've set
> everything to default and the problem stays.
> I use this PC for games, no secure data or anything else is there, so if it
> would be necessary, I could provide ssh shell to it.

No need. This has been a popular thread for the past few days, but some
information might be useful.

Is the system an Athlon-64? Is it running amd64 or i386? SMP? Which
scheduler are you running?

Some systems seem to run fine with the driver in 6.1-Beta. Others show
the timeouts. Sometimes they recover. Other times they don't. I have
four identical systems. Two never have the problem. One has it a lot and
sometimes totally locks up; other times just logs the timeouts.

Turning off the watchdog timer in the source may work around the
problem. It's probably not a real fix, but, if it works...
 *** if_nve.c    25 Dec 2005 21:57:03 -0000      1.7.2.8
--- if_nve.c    5 Jan 2006 00:12:45 -0000
***************
*** 943,949 ****
                        return;
                }
                /* Set watchdog timer. */
!               ifp->if_timer = 8;

                /* Copy packet to BPF tap */
                BPF_MTAP(ifp, m0);
--- 943,949 ----
                        return;
                }
                /* Set watchdog timer. */
!               ifp->if_timer = 0;

                /* Copy packet to BPF tap */
                BPF_MTAP(ifp, m0); 
-- 
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: oberman_at_es.net			Phone: +1 510 486-8634
Received on Tue Mar 28 2006 - 02:36:11 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:54 UTC