From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 19 05:11:50 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F354B16A4CE for ; Tue, 19 Apr 2005 05:11:49 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AFA543D1F for ; Tue, 19 Apr 2005 05:11:49 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [157.185.108.139] (suzy.samsco.org [168.103.85.61]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j3J5Dsmr079160; Mon, 18 Apr 2005 23:13:55 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42649308.8050602@samsco.org> Date: Mon, 18 Apr 2005 23:11:36 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Cross References: <20050416021004.Q91559@monica.cs.rpi.edu> <1113717734.8395.3.camel@kagome> <1113852143.1016.9.camel@kagome> In-Reply-To: <1113852143.1016.9.camel@kagome> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-hackers@freebsd.org Subject: Re: ASUS DRW-1608P, doesn't write anything X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 05:11:50 -0000 David Cross wrote: > On Sat, 2005-04-16 at 02:16 -0400, David E. Cross wrote: > >>I have problem with an ASUS DRW-1609P with both 5.3 and 5.4. It won't >>write any media. Even "burncd" fails with the following error: >> >>(Yes, I know I have "test" mode on, I got tired of making coasters) >> >>>burncd -f /dev/acd0 -s max -v -t data file.iso fixate >>>adding type 0x08 file mp3.iso.aa size 720000 KB 360000 blocks >>>next writeable LBA 2136 >>>addr = 2136 size = 737280000 blocks = 360000 >>>writing from file mp3.iso.aa size 720000 KB >>>written this track 1120 KB (0%) total 1120 KB >>>only wrote -1 of 32768 bytes: Device busy >> >>Relevent line from dmesg: >> >>acd0: DVDR at ata1-master PIO4 >> >>atapicam doesn't fix it. UDMA doesn't fix it. GENERIC kernel. >> >>Reading works fine. >> >>Suggestions? >> > > > Ok, let me ammend this a bit... cdrecord _does_ work. I had tried > burncd and growisofs (using CAM) for the ATAPI and ATAPICAM methods. So > apparently I can burn cds using atapicam and dvds using dvdrecord (from > savanah, this should really be brought into ports). I would like burncd > to work, as I don't like opening my entire bus to just write optical > media. Any clues on where I should look for this? > Whether you are using cdrecord or burncd or whatnot, you're sending MMC-class SCSI commands to the burner to do the work. cdrecord is much more sophisticated in how it does this than burncd (hence why ATAPICAM is needed and not the canned ioctls that stock ATA provides to burncd), so it's likely that your drive has some sort of quirk that burncd can't cope with. Probably the best way to get this fixed is provide access to the hardware to Soeren. Barring that, atapicam + burncd is a fine replacement. I'm not sure what you mean by 'opening the entire bus', though. Scott