> 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-8634Received 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