Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 24 Sep 2004 15:52:07 -0000
From:      Bruce Campbell <bruce@engmail.uwaterloo.ca>
To:        dwbear75@gmail.com
Cc:        freebsd-hardware@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>