From owner-freebsd-current@FreeBSD.ORG Sun May 11 08:07:35 2003 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 ABFB237B401; Sun, 11 May 2003 08:07:35 -0700 (PDT) Received: from out003.verizon.net (out003pub.verizon.net [206.46.170.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9612443FDD; Sun, 11 May 2003 08:07:34 -0700 (PDT) (envelope-from skip.ford@verizon.net) Received: from pool-151-204-200-200.pskn.east.verizon.net ([151.204.200.200]) by out003.verizon.netESMTP <20030511150733.ZZJT2239.out003.verizon.net@pool-151-204-200-200.pskn.east.verizon.net>; Sun, 11 May 2003 10:07:33 -0500 Date: Sun, 11 May 2003 11:12:25 -0400 From: Skip Ford To: Doug Barton Message-ID: <20030511151225.GA492@pool-151-204-200-200.pskn.east.verizon.net> Mail-Followup-To: Doug Barton , freebsd-current@freebsd.org References: <20030510210317.W665@znfgre.qbhto.arg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030510210317.W665@znfgre.qbhto.arg> User-Agent: Mutt/1.4i X-Authentication-Info: Submitted using SMTP AUTH at out003.verizon.net from [151.204.200.200] at Sun, 11 May 2003 10:07:33 -0500 cc: freebsd-current@FreeBSD.org Subject: Re: cdrecord -dao doesn't work for me 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: Sun, 11 May 2003 15:07:36 -0000 Doug Barton wrote: > Once again, on up to date -current, I am playing around with burning audo > cd's. I followed the instructions at > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-cds.html > to copy the audio tracks with dd, and then used burncd without -dao to > create a CD, but since it's a live album, and I'm trying to rearrange the > tracks, the gap that burncd places between the tracks on the output CD > aren't what I want, so I decided to try '-dao -n'. Unfortunately, as soon > as I tried using -dao, I got an input/output error for every file on the > command line, and the following in the logs: > > kernel: acd1: WRITE_BIG - ILLEGAL REQUEST asc=0x21 ascq=0x00 error=0x00 > last message repeated 11 times > last message repeated 36 times > kernel: acd1: SEND_CUE_SHEET - ILLEGAL REQUEST asc=0x2c ascq=0x03 error=0x00 > > I know dao mode works on this drive because cdrecord is able to do it just > fine (using atapicam). Burning dao also failed for me with mid-April sources using burncd. However, it produced this in the logs: kernel: acd0: WRITE_BIG command timeout - resetting kernel: ata1: resetting devices .. kernel: done kernel: acd0: write data underrun 9408/2352 kernel: acd0: write data underrun 9408/0 kernel: acd0: write data underrun 2352/0 kernel: acd0: write data underrun 2352/0 kernel: acd0: write data underrun 4704/0 4_STABLE can successfully burn in dao on the same system under the same load, and CURRENT works on the same system with the same load when not using dao. I've updated my sources, but haven't tried again yet under no load to see if fails similarly. -- Skip