From owner-freebsd-current@FreeBSD.ORG Sun Mar 7 03:26:12 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 1828C16A4CE for ; Sun, 7 Mar 2004 03:26:12 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 56F5343D31 for ; Sun, 7 Mar 2004 03:26:11 -0800 (PST) (envelope-from dhke@gmx.net) Received: (qmail 29976 invoked by uid 65534); 7 Mar 2004 11:26:09 -0000 Received: from p5091DF83.dip.t-dialin.net (EHLO peter.home.wul) (80.145.223.131) by mail.gmx.net (mp005) with SMTP; 07 Mar 2004 12:26:09 +0100 X-Authenticated: #14354366 Received: (qmail 7775 invoked by uid 1001); 7 Mar 2004 10:59:26 -0000 Date: Sun, 7 Mar 2004 11:59:26 +0100 From: Peter Wullinger To: freebsd-current@freebsd.org Message-ID: <20040307105926.GA755@peter.home.wul> Mail-Followup-To: freebsd-current@freebsd.org, Thomas Quinot References: <20040219204831.GA735@peter.home.wul> <20040226172036.GA88430@melusine.cuivre.fr.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040226172036.GA88430@melusine.cuivre.fr.eu.org> User-Agent: Mutt/1.4.1i cc: Thomas Quinot Subject: Re: timeouts on ATAPI cd-burner 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, 07 Mar 2004 11:26:12 -0000 On Thu, Feb 26, 2004 at 06:20:36PM +0100, Thomas Quinot wrote: > * Peter Wullinger, 2004-02-19 : > > > I have upgraded to 5.2-CURRENT #5 from yesterday, to > > test if the following commit fixes my problem, > > beeing to able to write to an PHILIPS CDRW48P P1.6 > > ATAPI burner using cdrecord: I've upgraded to a new -CURRENT in the meanwhile, but as far a I can tell, the behaviour has not changed. The output below is from a FreeBSD 5.2.1-RELEASE-p1 kernel, (cvs'd from yesterday): I you need more debugging output or other information, please contact me. > > Does burning CDs with burncd work on your setup? > % burncd -f /dev/acd1 -d -e -t -v data image.iso adding type 0x08 file image.iso size 659200 KB 329600 blocks next writeable LBA -150 CUE sheet: 41 00 00 14 00 00 00 00 41 01 01 10 00 00 02 00 41 aa 01 14 00 49 10 32 addr = 0 size = 675020800 blocks = 329600 writing from file image.iso size 659200 KB only wrote -1 of 32768 bytes: Input/output error Hangs for a while, but is interruptible by ^C. Trying it once again (after the camcontrol sequence you suggested below): % ps waxl | grep burncd 0 814 724 0 76 0 1324 556 ATA re D+ v1 0:00.00 burncd -f /dev/acd1 -d -e -t -v data image.iso > Also, when cdrecord hangs, you can try to at least unlock the drive with > the following commands: > > # FLUSH CACHE (abort CD write sequence) > camcontrol cmd 2:1:0 -c 0x35 -v && > # PREVENT/ALLOW MEDIUM REMOVAL > camcontrol cmd 2:1:0 -c 0x1e -v That one hangs, too: % cdrecord -v -dao -dummy image.iso [...] Waiting for reader process to fill input buffer ... input buffer ready. BURN-Free is OFF. Sending CUE sheet... Writing pregap for track 1 at -150 % ps waxl | grep camcontrol 0 755 749 0 -8 0 1364 752 cgticb D+ v2 0:00.00 camcontrol cmd 2:0:0 -c 0x35 -v Cheers, Peter