From owner-freebsd-stable@FreeBSD.ORG Fri Feb 26 11:04:10 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97DDA106566B for ; Fri, 26 Feb 2010 11:04:10 +0000 (UTC) (envelope-from torfing@broadpark.no) Received: from eterpe-smout.broadpark.no (eterpe-smout.broadpark.no [80.202.8.16]) by mx1.freebsd.org (Postfix) with ESMTP id 4E0388FC13 for ; Fri, 26 Feb 2010 11:04:10 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from ignis-smin.broadpark.no ([unknown] [80.202.8.11]) by eterpe-smout.broadpark.no (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0KYG0039M19AR370@eterpe-smout.broadpark.no> for freebsd-stable@freebsd.org; Fri, 26 Feb 2010 11:03:10 +0100 (CET) Received: from kg-v2.kg4.no ([unknown] [80.203.92.186]) by ignis-smin.broadpark.no (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with SMTP id <0KYG003VR0ZDS910@ignis-smin.broadpark.no> for freebsd-stable@freebsd.org; Fri, 26 Feb 2010 10:57:14 +0100 (CET) Date: Fri, 26 Feb 2010 11:03:37 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20100226110337.70d1a758.torfinn.ingolfsen@broadpark.no> In-reply-to: <20100220233546.GA36973@icarus.home.lan> References: <20100131144217.ca08e965.torfinn.ingolfsen@broadpark.no> <20100131175639.86ba9aee.torfinn.ingolfsen@broadpark.no> <20100207163631.da7205fc.torfinn.ingolfsen@broadpark.no> <20100213192404.5e15b5eb.torfinn.ingolfsen@broadpark.no> <20100217091625.d0e74570.torfinn.ingolfsen@broadpark.no> <20100220202108.e1dd1b74.torfinn.ingolfsen@broadpark.no> <20100220193718.GA33214@icarus.home.lan> <20100220224959.c424dd9e.torfinn.ingolfsen@broadpark.no> <20100220233546.GA36973@icarus.home.lan> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: panic - sleeping thread on FreeBSD 8.0-stable / amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2010 11:04:10 -0000 On Sat, 20 Feb 2010 15:35:46 -0800 Jeremy Chadwick wrote: After five days - a new crash. From /var/log/messages: Feb 26 00:57:39 kg-f2 ntpd[55453]: kernel time sync status change 6001 Feb 26 01:39:40 kg-f2 kernel: ata5: port is not ready (timeout 10000ms) tfd = 0000007f Feb 26 01:39:40 kg-f2 kernel: ata5: hardware reset timeout Feb 26 10:44:54 kg-f2 syslogd: kernel boot file is /boot/kernel/kernel > Let's backtrack a bit. I've gone back and read through all of your > previous posts on this matter, and so far all the problems are happening > on ata5 and ata6. No timeouts or anomalies have appeared on any other > ports -- just those two. It seems you are right. > The kernel error messages indicate that > commands submit to the controller took longer than 10 seconds to get a > response, so the OS does a force-reset of the ports in attempt to get > things working again. > > We can safely rule out the Silicon Image controller (otherwise "ataX" > wouldn't be involved), which leaves the AMD SB700 SATA controller and > the AMD SB700 PATA controller. And there is nothing connected to the pata controller. > What exact disks (e.g. adX) are attached to ata5 and ata6? root@kg-f2# dmesg | grep ata5 ata5: on atapci0 ata5: [ITHREAD] ad10: 953869MB at ata5-master UDMA100 SATA 3Gb/s root@kg-f2# dmesg | grep ata6 ata6: on atapci0 ata6: [ITHREAD] ad12: 953869MB at ata6-master UDMA100 SATA 3Gb/s > You haven't provided dmesg output in any of your posts, No, I didn't. I did state that full dmesg's and more info was available on the freebsd web page[1] for the machine in one of my first posts. > and atacontrol/pciconf is > not sufficient (I should really improve atacontrol by printing this > information. I'll work on that in a few minutes). Cool, I would really like that feature. > Some Linux users have reported AHCI-related issues with the SB600 > southbridge, but the core of the problem turned out to be MSI on certain > AMD northbridges (specifically RS480, RS400, and RS200). By disabling > MSI entirely they were able to achieve stability. The FreeBSD > equivalent would be to set the following in loader.conf and reboot: > > hw.pci.enable_msix="0" > hw.pci.enable_msi="0" I will try that now. It might take five days or more to get an answer. > The Linux quirk fix for this: > > http://git.kernel.org/?p=linux/kernel/git/stable/stable-queue.git;a=blob_plain;f=queue-2.6.21/pci-quirks-disable-msi-on-rs400-200-and-rs480.patch;hb=05ab505f2909acf3a614d3e6a32271c4c1f8a69d > > Your board has an AMD 740G northbridge, but it might be worth trying the > MSI disable trick anyway. If it doesn't fix the problem then definitely > re-enable MSI. Isn't hardware fun? ;-) Always. ;^) References: 1) http://sites.google.com/site/tingox/ga-ma74gm-s2h_freebsd -- Torfinn