From owner-freebsd-hardware@FreeBSD.ORG Mon Mar 14 01:23:41 2011 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1CCA1065675 for ; Mon, 14 Mar 2011 01:23:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 62EC28FC0C for ; Mon, 14 Mar 2011 01:23:41 +0000 (UTC) Received: by iwn33 with SMTP id 33so5312950iwn.13 for ; Sun, 13 Mar 2011 18:23:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=NrDxSkz8lu84y8IsSWxf2rkgqlxEcBIcw+n9pF1lP6k=; b=xknfOb7hOsREkBsfO4N79ephWjdD1oE5gMY/yXeBLzrAJe2oeDBAvgPxyRgH3ZHpNn nsPbsk4NFOgiCKafZHy4qR40UaYtdxuKOC9RQwRapTpEvZ5irezHmAWM68tTOsiG1xYp +F3kr9ZHzJ5bFy8MT4msgNAVLRFmTZFlSNDds= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=jLNYotZpejjJyzj3fjR1SZQEVcpVoazGt9ziQSW5lzPDx2n7mi1BS5ujrzuiXOZunl xX95nSVH2LB5J3GPLNr6138MVhanQTDP8Dcm2cGaZIl43WTlzvNY6ly60mFcFA453zJx 0A/SOOC/f8wmsf0Sp8lYycQPYw6ztiSHg/V/M= Received: by 10.42.74.70 with SMTP id v6mr6259266icj.190.1300065755597; Sun, 13 Mar 2011 18:22:35 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id c4sm5477337ict.19.2011.03.13.18.22.32 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 13 Mar 2011 18:22:33 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 13 Mar 2011 18:21:23 -0700 From: YongHyeon PYUN Date: Sun, 13 Mar 2011 18:21:23 -0700 To: Jim Pazarena Message-ID: <20110314012123.GA1587@michelle.cdnetworks.com> References: <4D7C043A.6050508@paz.bz> <20110313012716.GB1621@michelle.cdnetworks.com> <4D7D6A85.1050207@paz.bz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D7D6A85.1050207@paz.bz> User-Agent: Mutt/1.4.2.3i Cc: freebsd-hardware@freebsd.org Subject: Re: watchdog timout with FreeBSD 8.2 X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 01:23:41 -0000 On Sun, Mar 13, 2011 at 06:08:21PM -0700, Jim Pazarena wrote: > YongHyeon PYUN wrote, On 2011-03-12 5:27 PM: > >On Sat, Mar 12, 2011 at 03:39:38PM -0800, Jim Pazarena wrote: > >>re0: watchdog timeout (using AMD64 version) > >> > >>with FreeBSD 8.1, I never experienced this 'ever'. > >>with v 8.2, it doesn't quit, and the server is useless. > >> > >>I am going to re-load 8.1 to see if I am delusional, > >>or if 8.2 really has changed something. > >> > > > >Show us more information like dmesg output to know which controller > >you have. If you know a reliable way that triggers the issue it > >would be helpful to narrow down that issue. > > > > I am sorry for this blast of information. > Luckily plain flat text doesn't take up too too much bandwidth. > This is a backup server, and the machine for the most part is > sitting idle. No jobs running, other than an occasional rsync > to the server sitting beside it which is the main machine. > > > requested dmesg follows, and I will very much appreciate > comments. > > Copyright (c) 1992-2011 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC 2011 > root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 [...] > re0: port > 0xee00-0xeeff mem 0xfdaff000-0xfdafffff irq 19 at device 0.0 on pci2 > re0: Using 1 MSI messages > re0: Chip rev. 0x38000000 > re0: MAC rev. 0x00000000 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, > 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, > 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, > 1000baseT-FDX-flow-master, auto, auto-flow > re0: Ethernet address: 00:1b:fc:1d:bc:71 > re0: [FILTER] It seems your controller is old RTL8168B PCIe GbE controller. I also have the same controller but I didn't see watchdog timeout issues here. Since re(4) periodically cleans up transmitted frames the only guess I have is MSI issue. Could you try disable MSI and let me know whether it makes any difference on your box? Just add the following line to /boot/loader.conf file and reboot to make change effect. hw.re.msi_disable="1"