From owner-freebsd-stable Tue Mar 12 10:12:48 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pc3-cove5-0-cust178.bir.cable.ntl.com (pc3-cove5-0-cust178.bir.cable.ntl.com [213.105.113.178]) by hub.freebsd.org (Postfix) with ESMTP id 890B937B405 for ; Tue, 12 Mar 2002 10:12:39 -0800 (PST) Received: from alpha.private.lan (alpha.private.lan [192.168.0.2]) by pc3-cove5-0-cust178.bir.cable.ntl.com (8.11.6/8.11.6) with ESMTP id g2CICcP50575; Tue, 12 Mar 2002 18:12:38 GMT (envelope-from ianjhart@ntlworld.com) Received: from ntlworld.com (alpha.private.lan [192.168.0.2]) (authenticated bits=0) by alpha.private.lan (8.12.2/8.12.2) with ESMTP id g2CICaDl040965 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 12 Mar 2002 18:12:37 GMT (envelope-from ianjhart@ntlworld.com) X-Authentication-Warning: alpha.private.lan: Host alpha.private.lan [192.168.0.2] claimed to be ntlworld.com Message-ID: <3C8E4514.3FEDDE96@ntlworld.com> Date: Tue, 12 Mar 2002 18:12:36 +0000 From: ian j hart X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: Jan Srzednicki Cc: stable@FreeBSD.ORG Subject: Re: ATA suggestion References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Filter-Version: 1.8 (alpha.private.lan) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jan Srzednicki wrote: > > Hello, > > Recently I had some problems with my ATA drive; I was using the CMD 649 > chipset on auxilary controller card and my system halted several times > with errors on resetting the first drive (which was running in UDMA 100 > mode). I took a different controler (CMD 649 compatible, different > vendor), but that didn't work. I'm suspecting that the drive doesn't like > the UDMA 100 mode (although it says it does ;). It worked fine on 33 for > more than one year. > > The point is that I miss some option to downgrade the ATA mode - like I > want to set UDMA 66 for that drive, not UDMA 100 (maybe it would help), > but I couldn't find any option to do so. Is it hard to make some sysctl > setting which would force given mode (assuming the drive supports it of > course)? Some time ago I had a similar problem with a drive that was > detected as 66 on 40-wire cable (it was a slave drive; the master was an > ATAPI CDROM working in UDMA 33 mode, hw.ata.atapi_dma turned on). The > drive failed to work in DMA at all, and it dropped to PIO mode. I think > the solutian would be just forcing the 33 mode.. but.. > IIRC I've answered this once or twice before. Most hard disk vendors have a (DOS) tool you can use to set the UDMA level. -- ian j hart To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message