From nobody@FreeBSD.ORG Tue Jul 4 16:55:03 2000 Return-Path: Received: by hub.freebsd.org (Postfix, from userid 32767) id 1D17237B9C8; Tue, 4 Jul 2000 16:55:03 -0700 (PDT) Message-Id: <20000704235503.1D17237B9C8@hub.freebsd.org> Date: Tue, 4 Jul 2000 16:55:03 -0700 (PDT) From: tgeorge@soundsampler.com Sender: nobody@FreeBSD.ORG To: freebsd-gnats-submit@FreeBSD.org Subject: HTP366 ATA66 lockup with Fast ATA66 Drives X-Send-Pr-Version: www-1.0 >Number: 19703 >Category: misc >Synopsis: HTP366 ATA66 lockup with Fast ATA66 Drives >Confidential: no >Severity: serious >Priority: medium >Responsible: sos >State: closed >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 04 17:00:02 PDT 2000 >Closed-Date: Tue Nov 14 00:46:13 PST 2000 >Last-Modified: Tue Nov 14 00:48:12 PST 2000 >Originator: Trent George >Release: 4.0-stable, with latest merged ata drivers >Organization: >Environment: FreeBSD 4.0-RELEASE i386 >Description: 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 >Release-Note: >Audit-Trail: From: Soren Schmidt 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 Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Jul 5 03:33:56 PDT 2000 Responsible-Changed-Why: This is Soren's, to do with as he sees fit. http://www.freebsd.org/cgi/query-pr.cgi?pr=19703 From: "TIBUS Support" To: Cc: Subject: Re: misc/19703: HTP366 ATA66 lockup with Fast ATA66 Drives Date: Fri, 7 Jul 2000 09:42:29 +0100 We are having similar problems described here. We built a machine with an Abit BE62 mobo, using the HPT366 controller and intel bx chipset. The mobo had 4 ide ports, 2xATA33 and 2xATA66. We also have an Adaptec 2940U2W scsi which is used to drive an AIT-2 drive and a scsi boot drive. The ATA33 has the CDROM drive and the ATA66 has 4 x Maxtor DiamondMax 40Gb hard disks, Freebsd confirms that each is running at ATA66 speed (and we've good ata66 ide cables). The machine was cvsuped to 4.0-stable about 3 weeks ago (no further updates since then) and I used various hd configs each with little success. I originally had vinum raid5 configured on the 4 drives which didn't work very well and when freebsd complained of "ad4 timeout, resetting" I presumed it was because of simultaneous ide bus usage sucking the cpu and that maybe freebsd didn't like that. So I switched to vinum raid0 concat (thinking no simultaneous access from multiple drives - the drives are only being used as Amanda temp/spooling storage before being dumped to tape). No joy, same "ad[4567] read timeout" errors. Splitting the drives into normal mounted /d1 .. /d4 would still cause freebsd to lock up. We then found this bug report and used the BIOS to set the ATA66 sockets to ATA33 speed - this didn't work. Essentially each drive works fine up to a point (of which I'm unsure) but I know that the drives are being written to constantly at about <10Mb/sec (as that is what amanda is configured for) and it always locks up during the nightly amdump. We're now removing the cdrom and going to plug the drives into the ata33 ports. Essentially the ATA66 "functions", but is very unstable. Hope this helps to make ata66 better. Paul Gregg. State-Changed-From-To: open->closed State-Changed-By: sos State-Changed-When: Tue Nov 14 00:46:13 PST 2000 State-Changed-Why: The problems with fast driver and the HPT366 are known, but unfortunately there is no known solution to it (yet). http://www.freebsd.org/cgi/query-pr.cgi?pr=19703 >Unformatted: