From owner-freebsd-hardware@FreeBSD.ORG Mon Sep 5 17:39:04 2005 Return-Path: X-Original-To: freebsd-hardware@freebsd.org Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B74C316A420 for ; Mon, 5 Sep 2005 17:39:04 +0000 (GMT) (envelope-from jason.harmening@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00BF943D48 for ; Mon, 5 Sep 2005 17:39:03 +0000 (GMT) (envelope-from jason.harmening@gmail.com) Received: by wproxy.gmail.com with SMTP id 57so740543wri for ; Mon, 05 Sep 2005 10:39:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id:from; b=E4TFZDYVsu9TDr6hnRFNU7CvoQmHIdqk/ooZjIkxkOi5uWSq1HljVmN3IGoTAARphVLCNI0pYPuCkY+X6elWrGFUtuwIrYDIJWXc6ZCI7g8EWakL5YYQy9Smwt/FuH2JEnVfftevpZ5Tn1fI8dTOcD3vJVrQv2zmyfnBnPkZGSo= Received: by 10.54.7.31 with SMTP id 31mr3847929wrg; Mon, 05 Sep 2005 10:39:03 -0700 (PDT) Received: from ?192.168.0.3? ( [70.112.17.171]) by mx.gmail.com with ESMTP id d8sm70949wra.2005.09.05.10.39.03; Mon, 05 Sep 2005 10:39:03 -0700 (PDT) To: freebsd-hardware@freebsd.org, freebsd-stable@freebsd.org Date: Mon, 5 Sep 2005 12:41:05 -0500 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509051241.05303.Jason.Harmening@gmail.com> From: Jason Harmening Cc: Subject: atapicam + MO drive weirdness in 6.0 X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 17:39:04 -0000 On my amd64 desktop, I have a Fujitsu DynaMO 2.3G ATAPI MO drive, and I've always had to use atapicam with it because there's no native ATA driver. The drive is genuinely capable of UDMA33, and I have hw.ata.atapi_dma turned on. In the past (with 5.x) the SCSI device listing that comes from atapicam at boot time has always shown the full transfer rate, as follows: da0 at ata0 bus 0 target 0 lun 0 da0: Removable Optical SCSI-4 device da0: 33.000MB/s transfers But since I upgraded to 6.0-BETA a month and a half ago, it doesn't look as if DMA is being enabled: da0 at ata0 bus 0 target 0 lun 0 da0: Removable Optical SCSI-4 device da0: 3.300MB/s transfers My UDMA33 CD burner still shows 33 MB/s in its atapicam SCSI listing, so I know UDMA transfers aren't completely broken with atapicam. And I can't seem to use atacontrol to manually change the transfer mode, because atacontrol has changed and requires an actual ata device file, as opposed to the old "atacontrol " syntax. I can still use the MO drive, but I'd like to be able to tap into its full transfer rate. I'm running the latest BETA4 now, and the problem is still present. It's not a showstopper for me by any means, but both this problem and the removal of the old manual atacontrol syntax seem to be unfortunate regressions in the new ATA subsystem. Any help or further explanation would be greatly appreciated. Thanks, Jason Harmening