Date: Wed, 5 Jul 2000 02:00:06 -0700 (PDT) From: Soren Schmidt <sos@freebsd.dk> To: freebsd-bugs@FreeBSD.org Subject: Re: misc/19703: HTP366 ATA66 lockup with Fast ATA66 Drives Message-ID: <200007050900.CAA11292@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR misc/19703; it has been noted by GNATS. From: Soren Schmidt <sos@freebsd.dk> To: tgeorge@soundsampler.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/19703: HTP366 ATA66 lockup with Fast ATA66 Drives Date: Wed, 5 Jul 2000 10:59:52 +0200 (CEST) It seems tgeorge@soundsampler.com wrote: > IBM 7200RPM drive with datarate over 35Mb/s will cause interupt problems on highpoint HPT 366 and VIA 82C686 Chipsets in ATA66 mode. > Slower drives less of problem, or if IBM switched to UDMA2 no problem. > > They are all fine with Promise ATA66 in udma4, (high utilisation, idle <40% vs >95% on other ata66 cards) > > New drivers let VIA 596B recognised as ATA66 but giving ATA33 performance 29Mb/s (as if drive has been switched to UDMA2, will run 35Mb/s on true VIA 32C686 chipset) > > >How-To-Repeat: > cp /dev/ad0s1 /dev/null > will hardlock machine after 20-30 sec on HPT 366. sometimes will generate READ COMMAND TIMEOUT, especially if another drive is busy. after auto-reseting device, will resume transfer. > > on VIA 82C686 ATA66, will cause "ad0:UDMA ICRC WRITE ERROR blk# xxxxxx retrying" during writing, but ok. > > Tried multiple drives and machines. Used both Intel 650 coppermine and K7-650. > > Using "iostat -c1000" on virtual terminal to monitor transfer rate and activity. > > All problems same on either original kernal from 4.0 RELEASE, or rebuild kernal with revised ata drivers. > >Fix: > change IBM Drive down to ATA33 with udma setting utility Hmm, although I've tried hard I cannot reproduce this, are you sure your ATA66 cables are up to specs, and that your powersupplies has enough power to drive all your drives ?? On the 82C596B front, you might be right, I dont have the HW in my lab and this change was based on reports that it worked... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200007050900.CAA11292>