From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 12:17:15 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 6288516A4CE; Fri, 30 Jul 2004 12:17:15 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5413343D2F; Fri, 30 Jul 2004 12:17:15 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 73AF25C92E; Fri, 30 Jul 2004 05:17:13 -0700 (PDT) Date: Fri, 30 Jul 2004 14:17:13 +0200 From: Maxime Henrion To: Maxim Sobolev Message-ID: <20040730121713.GG13608@elvis.mu.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 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: Fri, 30 Jul 2004 12:17:15 -0000 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. > > I easily imagine newbies who make a conclusion that "FreeBSD sucks" > after installing FreeBSD and finding that they can't burn CDs, while > other operating system do it without any problems. I think it should be enabled by default when the DMA mode of the ATAPI device is UDMA33 or higher, not when it's WDMA2. The atapi_dma sysctl is off by default to guard against buggy ATAPI devices which are incorrectly reporting themselves as being able to do DMA, however I think this mostly applies to old devices, which won't do UDMA33 or higher. Soren would know better than me though. Cheers, Maxime