From owner-freebsd-current@FreeBSD.ORG Fri Sep 4 06:50:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D33CF1065670 for ; Fri, 4 Sep 2009 06:50:51 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 53F298FC13 for ; Fri, 4 Sep 2009 06:50:50 +0000 (UTC) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 253408613; Fri, 04 Sep 2009 09:50:47 +0300 Message-ID: <4AA0B8C0.90604@FreeBSD.org> Date: Fri, 04 Sep 2009 09:50:40 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Ryan Rogers References: <4AA03346.5010608@FreeBSD.org> <4AA09FDF.2010307@doghouserepair.com> In-Reply-To: <4AA09FDF.2010307@doghouserepair.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: non aligned DMA transfer attempted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Sep 2009 06:50:51 -0000 Ryan Rogers wrote: > Alexander Motin wrote: >> Ryan Rogers wrote: >>> I'm having a bit of a problem getting my DVD drive(s) to work >>> correctly. I'm trying to transfer my DVD collection to my media >>> server, but whenever I run vobcopy, /var/log/messages gets spammed with: >>> >>> acd0: FAILURE - non aligned DMA transfer attempted >>> acd0: setting up DMA failed >>> >>> I added a bit more information to the first message to see if I could >>> figure out what was actually going on. request->data was 0xd40e0c37, >>> ch->dma.alignment was 2, and request->bytecount was 2048. >> >> Actually I don't understand what for this check was made there. It is >> busdma infrastructure business to implement buffer bouncing to manage >> requested alignment. But this check enforces application level to >> bother with this. Usually it works fine, as memory often allocated >> aligned. But probably here is some specifics in your application. >> Could you try to just to comment-out that request->data check? > > I commented out that part of the check, and it worked in the sense that > it didn't spit out any errors at me, but I'm not 100% certain that the > data isn't getting corrupted. I tried ripping two discs. The first is > completely corrupted, the second appears to be fine on first glance. I'm > going to try a couple more discs to see if maybe the first one was just > bad. Please. > Also, one other thing that I noticed that seems odd is this: > > acd0: DVDR at ata6-master SATA150 > .... > cd0: Removable CD-ROM SCSI-0 device > cd0: 3.300MB/s transfers > > I timed how long the first disc took to rip, and it seems to match that > reported speed. "Working but slow" is certainly better than "not > working", but my speeds in Windows using DVD Decrypter on the same disk > are at least 3 times faster, bursting up to about 5 times faster. It's just a small atapicam misfeature. It doesn't translates SATA modes to CAM speeds. It's only cosmetics, it shouldn't be important. -- Alexander Motin