From owner-freebsd-hardware@FreeBSD.ORG Fri Sep 24 15:52:07 2004 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADC1016A4E9; Fri, 24 Sep 2004 15:52:07 +0000 (GMT) Received: from post5.inre.asu.edu (post5.inre.asu.edu [129.219.110.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C00243D1F; Fri, 24 Sep 2004 15:52:07 +0000 (GMT) (envelope-from David.Bear@asu.edu) Received: from conversion.post5.inre.asu.edu by asu.edu (PMDF V6.1-1X6 #30769) id <0I4J00B01YJG6K@asu.edu>; Fri, 24 Sep 2004 08:47:40 -0700 (MST) Received: from smtp.asu.edu (smtp.asu.edu [129.219.110.107]) <0I4J009JLYJGSO@asu.edu>; Fri, 24 Sep 2004 08:47:40 -0700 (MST) Received: from moroni.pp.asu.edu (moroni.pp.asu.edu [129.219.69.200]) (8.12.10/8.12.10/asu_smtp_relay,nullclient,tcp_wrapped) with ESMTP id i8OFlc71013765; Fri, 24 Sep 2004 08:47:38 -0700 (MST) Received: by moroni.pp.asu.edu (Postfix, from userid 500) id BCE81E57; Fri, 24 Sep 2004 08:47:05 -0700 (MST) Received: from post1.inre.asu.edu (post1.inre.asu.edu [129.219.110.72]) by imap1.asu.edu (8.11.0/8.11.0/asu_cyrus,tcp_wrapped) with ESMTP id h02Ii0i11683 for ; Thu, 02 Jan 2003 11:44:00 -0700 (MST) Received: from conversion.post1.inre.asu.edu by asu.edu (PMDF V6.1 #40110) david.bear@asu.edu) ; Thu, 02 Jan 2003 11:44:01 -0700 (MST) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by asu.edu (PMDF V6.1 #40110) with ESMTP id <0H83001D0O1C3B@asu.edu> for iddwb@IMAP1.ASU.EDU (ORCPT david.bear@asu.edu); Thu, 02 Jan 2003 11:44:01 -0700 (MST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id D756D561BD; Thu, 02 Jan 2003 10:43:39 -0800 Received: by hub.freebsd.org (Postfix, from userid 538) id C274A37B405; Thu, 02 Jan 2003 10:43:31 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 7A3222E8023; Thu, 02 Jan 2003 10:43:31 -0800 (PST) Received: by hub.freebsd.org (bulk_mailer v1.12); Thu, 02 Jan 2003 10:43:31 -0800 Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 985BC37B47C; Thu, 02 Jan 2003 10:43:27 -0800 (PST) Received: from level.uwaterloo.ca (level.uwaterloo.ca [129.97.50.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAB1943EA9; Thu, 02 Jan 2003 10:43:26 -0800 Received: from level.uwaterloo.ca (localhost [127.0.0.1]) by level.uwaterloo.ca (8.12.3/8.12.3) with ESMTP id h02Ig35n071399; Thu, 02 Jan 2003 13:42:03 -0500 Received: (from www@localhost) by level.uwaterloo.ca (8.12.3/8.12.3/Submit) id h02Ig3ka071398; Thu, 02 Jan 2003 13:42:03 -0500 (EST) Received: from 129.97.50.50 ( [129.97.50.50])HTTP; Thu, 02 Jan 2003 13:42:03 -0500 From: Bruce Campbell In-reply-to: <20030102163812.GA2350@goku.kasby> X-Originating-IP: 129.97.50.50 Sender: owner-freebsd-questions@FreeBSD.ORG To: dwbear75@gmail.com Message-id: <1041532923.3e1487fb50a0e@www.nexusmail.uwaterloo.ca> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 8bit Precedence: bulk X-Loop: FreeBSD.ORG Delivered-to: freebsd-questions@freebsd.org Old-To: Francesco Casadei User-Agent: Internet Messaging Program (IMP) 3.1 / FreeBSD-4.6.2 Lines: 96 References: <1041368236.3e1204ac45da5@www.nexusmail.uwaterloo.ca> <20030102163812.GA2350@goku.kasby> X-Authentication-warning: level.uwaterloo.ca: www set sender to bruce@engmail.uwaterloo.ca using -f cc: freebsd-questions@FreeBSD.ORG cc: freebsd-hardware@FreeBSD.ORG Subject: Re: ata "fallback to PIO mode" on dual processor AMD systems X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.1 List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 24 Sep 2004 15:52:07 -0000 X-Original-Date: Thu, 02 Jan 2003 13:42:03 -0500 X-List-Received-Date: Fri, 24 Sep 2004 15:52:07 -0000 Quoting Francesco Casadei : > On Tue, Dec 31, 2002 at 03:57:16PM -0500, Bruce Campbell wrote: > > > > I am seeing a problem with ata disks on 4 new systems, which > > I believe is either a bug in the ata driver, or a problem with > > the onboard IDE controller, or something else. Systems are as follows: > > ... > > Motherboard: ASUS A7M266-D > > CPUs : 2 x 2000+ AMD MP > > Memory : 2 x 512MB Crucial part: CT6472Y265 > > Dec 30 23:26:59 ecserv13 /kernel: ad0: WRITE command timeout tag=0 serv=0 > - > > resetting > > Dec 30 23:26:59 ecserv13 /kernel: ata0: resetting devices .. done > > Dec 30 23:26:59 ecserv13 /kernel: ad0: WRITE command timeout tag=0 serv=0 > > resetting > > Dec 30 23:27:00 ecserv13 /kernel: ata0: resetting devices .. done > > Dec 30 23:27:00 ecserv13 /kernel: ad0: WRITE command timeout tag=0 serv=0 > > resetting > > Dec 30 23:27:00 ecserv13 /kernel: ata0: resetting devices .. done > > Dec 30 23:27:00 ecserv13 /kernel: ad0: WRITE command timeout tag=0 serv=0 > > resetting > > Dec 30 23:27:00 ecserv13 /kernel: ad0: timeout waiting for cmd=ef s=d0 > e=00 > > Dec 30 23:27:00 ecserv13 /kernel: ad0: trying fallback to PIO mode > > Same problem here, but slightly different configuration: > > # atacontrol list > ATA channel 0: > Master: ad0 ATA/ATAPI rev 5 > Slave: no device present > ATA channel 1: > Master: acd0 ATA/ATAPI rev 0 > Slave: no device present > ATA channel 2: > Master: ad4 ATA/ATAPI rev 5 > Slave: no device present > ATA channel 3: > Master: ad6 ATA/ATAPI rev 5 > Slave: no device present > > ad4 and ad6 are attached to a Promise FastTrak 100 TX2 ATA RAID controller. > > # atacontrol mode 0 > Master = UDMA100 > Slave = ??? > > # atacontrol mode 1 > Master = PIO4 > Slave = ??? > > # atacontrol mode 2 > Master = UDMA100 > Slave = ??? > > # atacontrol mode 3 > Master = PIO4 > Slave = ??? > > ad6 falls back to PIO mode on heavy I/O activity, i.e. when the system does > a > level 0 file systems dump from the RAID 1 array (ad4,ad6) to the backup disk > ad0. > Rebooting and rebuilding the array with the Promise BIOS utility temporarily > solve the problem. The system may be up and running for 1-4 weeks doing a > level 0 dump every morning at 5:30am and then one day the drive ad6 falls > back > to PIO mode again (little before the completion of fs dump). > > Do the hard drives you are using support the ATA tagged queuing? And if so, > do > you have TQ enbled? I don't have it enabled: hw.ata.tags: 0 I've manually set: atacontrol mode 0 UDMA33 UDMA33 and the problem has not recurred. -- Bruce Campbell Engineering Computing CPH-2374B University of Waterloo (519)888-4567 ext 5889 ---------------------------------------- This mail sent through www.mywaterloo.ca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message