Date: Thu, 2 Jan 2003 13:42:03 -0500 From: Bruce Campbell <bruce@engmail.uwaterloo.ca> To: Francesco Casadei <fcasadei@inwind.it> Cc: freebsd-hardware@freebsd.org, freebsd-questions@freebsd.org Subject: Re: ata "fallback to PIO mode" on dual processor AMD systems Message-ID: <1041532923.3e1487fb50a0e@www.nexusmail.uwaterloo.ca> In-Reply-To: <20030102163812.GA2350@goku.kasby> References: <1041368236.3e1204ac45da5@www.nexusmail.uwaterloo.ca> <20030102163812.GA2350@goku.kasby>
next in thread | previous in thread | raw e-mail | index | archive | help
Quoting Francesco Casadei <fcasadei@inwind.it>: > 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 <IC35L040AVER07-0/ER4OA44A> ATA/ATAPI rev 5 > Slave: no device present > ATA channel 1: > Master: acd0 <LG CD-ROM CRD-8521B/1.03> ATA/ATAPI rev 0 > Slave: no device present > ATA channel 2: > Master: ad4 <IC35L040AVER07-0/ER4OA44A> ATA/ATAPI rev 5 > Slave: no device present > ATA channel 3: > Master: ad6 <IC35L040AVER07-0/ER4OA44A> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1041532923.3e1487fb50a0e>