Date: Tue, 14 Dec 1999 08:36:21 +0100 (CET) From: Soren Schmidt <sos@freebsd.dk> To: steve@virtual-voodoo.com (Steve Ames) Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ATA w/ today's -CURRENT Message-ID: <199912140736.IAA68617@freebsd.dk> In-Reply-To: <199912132310.SAA00352@virtual-voodoo.com> from Steve Ames at "Dec 13, 1999 06:10:21 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
It seems Steve Ames wrote: > > Hrm... no question that the ATA driver is better today, but its still > not reporting DMA on my Quantum bigfoot drive (which should support DMA: > http://www.quantum.com/products/archive/bigfoot_cy/bigfoot_cy_features.htm) > > The Maxtor is pretty old (But its been current since 3.0 :) but may > still have some DMA support? (ftp://ftp.maxtor.com/pub/ide/71626ap.txt) > > What am I missing? Drives that report their capabilities right :) > ad0: <Maxtor 71626 AP/QA3C1D20> ATA-0 disk at ata0 as master > ad0: 1554MB (3183264 sectors), 3158 cyls, 16 heads, 63 S/T, 512 B/S > ad0: 16 secs/int, 1 depth queue, PIO > ad1: <QUANTUM BIGFOOT_CY4320A/A03.0500> ATA-0 disk at ata0 as slave > ad1: 4134MB (8467200 sectors), 8960 cyls, 15 heads, 63 S/T, 512 B/S > ad1: 16 secs/int, 1 depth queue, PIO Both reports "dont care" fields in the ata conformance field thereby being set as ATA-0 disks. Since I've put in test to only enable WDMA2 on at least ATA-2 disks and only enable UDMA2 on at least ATA-3 disks, well your disks are not even tried. You can change that in ata-disk.c by commenting out the test for this, they look like: "ad_version(ap->versmajor) >= 2". I've put them in recently to try to avoid runniing DMA on known problematic HW, but they will also reject some good ones regrettably... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199912140736.IAA68617>