From owner-freebsd-stable@FreeBSD.ORG Thu May 3 22:48:03 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 872AB16A403 for ; Thu, 3 May 2007 22:48:03 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 33D2D13C43E for ; Thu, 3 May 2007 22:48:03 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l43MVhZB067894; Thu, 3 May 2007 16:31:43 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <463A62C9.2010707@samsco.org> Date: Thu, 03 May 2007 16:31:37 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: "Sean C. Farley" , stable@freebsd.org References: <20070503181646.GA1527@roadrunner.q.local> <20070503150931.G35420@thor.farley.org> <20070503220704.GA1483@roadrunner.q.local> In-Reply-To: <20070503220704.GA1483@roadrunner.q.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 03 May 2007 16:31:43 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Subject: Re: FreeBSD vs Region Code DVDs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 May 2007 22:48:03 -0000 Ulrich Spoerlein wrote: > Sean C. Farley wrote: >> On Thu, 3 May 2007, Ulrich Spoerlein wrote: >> I had an issue with ripping some DVD's to my laptop before a trip I made >> (note: no distribution occurred (for the lawyers :))). I wanted to >> just use dd to do it, but dd would fail after a small amount of data was >> read. If I first played a little of the DVD with mplayer, then dd would >> work afterwards. It probably had something to do with mplayer >> whispering sweet nothings to the DVD player. > > Wouldn't help in my case, as the disc cannot be accessed in anyway. > > But ... > > atausb(4) to the rescue! > > I recompiled my kernel with atausb(4) to rule out problems inside CAM, > lo' and behold: > > umass0: > umass0: 8070i (ATAPI) over Bulk-Only; quirks = 0x0000 > umass0:3:0:-1: Attached to scbus3 > cd1 at umass-sim0 bus 0 target 0 lun 0 > cd1: Removable CD-ROM SCSI-0 device > cd1: 40.000MB/s transfers > cd1: cd present [3614880 x 2048 byte records] > > (no glabel tasting, no reading from the device possible) > > umass0: at uhub3 port 1 (addr 121) disconnected > (cd1:umass-sim0:0:0:0): lost device > (cd1:umass-sim0:0:0:0): removing device entry > umass0: detached > atausb0: > atausb0: using ATAPI over Bulk-Only > ata2: on atausb0 > acd1: DEVICE_RESET unsupported > acd1: DVDR at ata2-master USB2 > acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > cd1 at ata2 bus 0 target 0 lun 0 > cd1: Removable CD-ROM SCSI-0 device > cd1: 3.300MB/s transfers > cd1: Attempt to query device size failed: NOT READY, Logical unit is inprocess of becoming ready > GEOM_LABEL: Label for provider acd1 is iso9660/FIREFLY_DISC2. > acd1: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd1: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd1: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd1: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd1: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 > > Might these ILLEGAL REQUESTs give a clue to what is going wrong when > trying to access this device with cd(4)? Mostly harmless bug that will be fixed in the next few months. > Why is it only reporting/using > 3.3MB/s transfers? Harmless bug that will be fixed in the next few months. It doesn't reflect the actual speed. > Why can I read and mount the DVD, but mplayer/xine > are still unable to play the DVD? (It works fine on the internal, ATA > attached, crappy NEC drive.) No idea, sorry. Do you have umass, atapicam, and ata-usb all involved here? If so, you've made the room a little crowded, and they are all arguing with each other. I know that ata-usb was inspired by the ata author having problems with umass and not wanting to fix them there, but I don't know exactly what was broken or what was fixed. > > Perhaps Scott can share some SCSI wisdom on this matter. I really need > to use this drive via Firewire, ie. cd(4), so atausb(4) is no permanent > solution. > > Ulrich Spoerlein > > PS: why is iostat(1) not working for acd(4) devices? Because acd doesn't make use of the standard kernel facilities that make iostat work. It's a deliberate choice by the driver author. Scott