From owner-freebsd-current@FreeBSD.ORG Sat Jul 31 07:58:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A014A16A4CE; Sat, 31 Jul 2004 07:58:12 +0000 (GMT) Received: from vineyard.net (k1.vineyard.net [204.17.195.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2023143D5D; Sat, 31 Jul 2004 07:58:12 +0000 (GMT) (envelope-from joshe@jade.elsasser.org) Received: from localhost (loopback [127.0.0.1]) by vineyard.net (Postfix) with ESMTP id 04D1FAFB1D; Sat, 31 Jul 2004 03:12:13 -0400 (EDT) Received: from vineyard.net ([127.0.0.1]) by localhost (king1.vineyard.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 99165-01-59; Sat, 31 Jul 2004 03:12:12 -0400 (EDT) Received: from jade.elsasser.org (loopback [127.0.0.1]) by vineyard.net (Postfix) with ESMTP id 524AE9AC75; Fri, 30 Jul 2004 23:09:08 -0400 (EDT) Received: by jade.elsasser.org (Postfix, from userid 1000) id 43183F1; Fri, 30 Jul 2004 23:09:07 -0400 (EDT) Date: Fri, 30 Jul 2004 23:09:07 -0400 From: Josh Elsasser To: Maxim Sobolev Message-ID: <20040731030907.GA77313@jade.elsasser.org> References: <410A3833.7030502@portaone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <410A3833.7030502@portaone.com> User-Agent: Mutt/1.4.2.1i X-PGP-Key-URL: http://www.elsasser.org/pubkey.asc X-PGP-Key-Fingerprint: 8F39 9F2B 3738 54D9 3E40 4604 CFD5 EA3F B833 FD50 X-Virus-Scanned: by AMaViS-king1 at Vineyard.NET cc: current@freebsd.org cc: release@freebsd.org cc: sos@freebsd.org Subject: Re: Is there still sufficient reason for hw.ata.atapi_dma being 0 by default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 07:58:12 -0000 On Fri, Jul 30, 2004 at 02:59:47PM +0300, Maxim Sobolev wrote: > Since high-speed CD-RW/DVD-RW recorders (32x - 52x) are commodity now > IMO it makes sense to review hw.ata.atapi_dma default of 0, since > apparently PIO mode can't support necessary sustained data transfer > rates anymore. For example I had had problems burning RWs on 16-24x with > several drives in PIO mode, which gone when I've switched to DMA. Funny, I have a cheap drive that I had problems with when using DMA, which (mostly) went away when I switched to PIO. Perhaps the burncd manpage should mention that you might have to fiddle with hw.ata.atapi_dma to burn successfully. -jre