Date: Fri, 15 Sep 2006 04:14:28 +0200 From: "Ronald Klop" <ronald-freebsd8@klop.yi.org> To: freebsd-stable@freebsd.org Subject: Re: em0: watchdog timeout -- resetting (6.1-STABLE) Message-ID: <op.tfwduek38527sy@guido.klop.ws> In-Reply-To: <4509EE70.1040907@aedifice.net> References: <op.tffdo3pj8527sy@laptop.klop.ws> <op.tfud73ep8527sy@guido.klop.ws> <2a41acea0609132023q2d23ac2eq4960cd93fb45a69b@mail.gmail.com> <4509EE70.1040907@aedifice.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 15 Sep 2006 02:06:08 +0200, David C. Myers <myers@aedifice.net> = = wrote: > >> watchdogs mean that the transmit ring is not being cleaned, so the >> question is what is your machine doing at 100% cpu, if its that busy >> the network watchdogs may just be a side effect and not the real >> problem? > > > I get them with a completely idle machine. My home directory is mount= ed = > via NFS (from FreeBSD 6.1 on an amd64 machine), and with the kernel fr= om = > earlier this week, the machine would just hang for 30 seconds to a = > couple of minutes. A slew of "watchdog timeout" messages would appear= . = > Then I'd get a moment's responsiveness out of the machine, then = > another long wait, then a moment's responsiveness, then a long wait...= > > The machine would never recover from this cycle (at least, so far as I= = > was patient enough to wait). > > Going back to a kernel dated late July resolved everything. > > Someone else asked me for the hardware version of my em0 board... > > > em0@pci2:10:0: class=3D0x020000 card=3D0x002e8086 chip=3D0x100e8086 r= ev=3D0x02 = > hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82540EM Gigabit Ethernet Controller' > class =3D network > subclass =3D ethernet > > > -David. This sounds familiar to my problem. I solved it today by enabling pollin= g. = I know it's a workaround. -- = Ronald Klop Amsterdam, The Netherlands
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?op.tfwduek38527sy>