From owner-freebsd-stable Thu Sep 20 12: 0:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from pc1-cove4-0-cust214.bir.cable.ntl.com (pc1-cove4-0-cust214.bir.cable.ntl.com [213.105.93.214]) by hub.freebsd.org (Postfix) with ESMTP id 6CD2E37B413 for ; Thu, 20 Sep 2001 12:00:46 -0700 (PDT) Received: from ntlworld.com (alpha.private [192.168.0.2]) (authenticated) by pc1-cove4-0-cust214.bir.cable.ntl.com (8.11.6/8.11.6) with ESMTP id f8KJ0W400581 (using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits) verified NO); Thu, 20 Sep 2001 20:00:34 +0100 (BST) (envelope-from ianjhart@ntlworld.com) Message-ID: <3BAA3CD0.D23EBA1D@ntlworld.com> Date: Thu, 20 Sep 2001 20:00:32 +0100 From: ian j hart X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: tenebrae_BSD@niceboots.com Cc: freebsd-stable@FreeBSD.ORG Subject: Re: ad0: WRITE command timeout References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Tenebrae wrote: > > I found a couple messages in the freebsd-stable archives about this error, > but no real resolution... > I'm using freeBSD 4.3-STABLE (uname -a below). > FreeBSD steeltoe.niceboots.com 4.3-STABLE FreeBSD 4.3-STABLE #0: Thu May > 17 22:58:45 PDT 2001 root@steeltoe.niceboots.com:/usr/src/sys/compile/GENERIC i386 > > I occasionally get a dmesg that says: > > ad0: WRITE command timeout tag=0 serv=0 - resetting > ata0: resetting devices .. done > > I'm not sure what's causing it. > One of the messages in the archives said to do this and send the results: > > sysctl -a hw.atamodes -a means show all, you didn't need this > > Well, the results were huge, but this part appears to be the relevant > part: > > hw.machine: i386 > hw.model: AMD-K6(tm) 3D processor > hw.ncpu: 1 > hw.byteorder: 1234 > hw.physmem: 130170880 > hw.usermem: 105263104 > hw.pagesize: 4096 > hw.floatingpoint: 1 > hw.machine_arch: i386 > hw.ata.ata_dma: 1 > hw.ata.wc: 0 > hw.ata.tags: 0 > hw.ata.atapi_dma: 0 > hw.atamodes: dma,---,pio,---, > hw.availpages: 31613 > > One guy said, "I had a similar problem with an old chipset which > did not support dma, so the controller (ata0) made a fallback to pio." > I'm afraid I'm a newbie tard and don't quite understand that and don't > know what FM to R. man ata > I have an ASUS P5A motherboard that's supposed to support UDMA 33. From > ASUS's web site: IIRC this is an ALI chipset. I'm sure someone will tell you if there are any known problems. Anyway, goto: http://www.storage.ibm.com/hdd/support/download.htm Get the IBM feature tool. This should let you set the UDMA mode of the HDD to match the controller. Try it, it might do the trick, and it will be faster than plan B... Try /sbin/sysctl -w hw.atamodes=pio. If this fixes the problem you need to put this somewhere in /etc/rc. At least that's as close as I can get to an 'official' location. A good quality UDMA33 cable is worth a try. Of course if the problem isn't UDMA related none of this will help ;) > > 2 x PCI Bus Master IDE ports (Support up to 4 IDE devices) Support: > PIO Mode 3 & 4 : 17MB/Sec. DMD Mode 2: 17MB/Sec. (Max.; The Actual > Transfer Speed Depends On HD) > ATAPI IDE CD-ROM and LS-120 Supported > Ultra DMA/33 : 33MB/Sec.(Synchronous DMA Mode) > > It has a 27GB IBM Deskstar HDD in it. > I believe these are the stats (don't have the model number handy, but I am > pretty sure it was a 7200RPM 27GB drive: > > Rotational Speed- 7200 RPM > Interface - Ultra-ATA/66 > Sustained data transfer rates - 22.9 to 13.8 MB/sec > Average seek time - 9.0 ms > > Any ideas for me? I do so hate unresolved errors. > > And while we're at it, dmesg.{yesterday,today} don't appear to clear out > and rotate the way I'd expect them to. I keep getting old partial dmesg > output e-mailed to me in my daily security output. Is this a FAQ as well? > Thanks. > -Tenebrae. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- ian j hart To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message