From owner-freebsd-scsi Fri Dec 11 12:47:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26703 for freebsd-scsi-outgoing; Fri, 11 Dec 1998 12:47:54 -0800 (PST) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA26671 for ; Fri, 11 Dec 1998 12:47:51 -0800 (PST) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id NAA17849; Fri, 11 Dec 1998 13:47:39 -0700 (MST) From: "Kenneth D. Merry" Message-Id: <199812112047.NAA17849@panzer.plutotech.com> Subject: Re: cdrecord and caching issue In-Reply-To: <19981211151343.B22555@marso.com> from "Larry S. Marso" at "Dec 11, 98 03:13:43 pm" To: larry@marso.com (Larry S. Marso) Date: Fri, 11 Dec 1998 13:47:38 -0700 (MST) Cc: freebsd-scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Larry S. Marso wrote... > I wrote a couple of trial cdrecord sessions using -dummy. > > I then executed a third, real cdrecord session. It failed (fortunately, > before writing anything to the disk), complaining that "insufficient space > left on media". > > I then executed a cdcontrol info, which reported that two previous sessions > were already recorded to the disk. In actual fact, the disk was still > blank; this I confirmed by shutting down and rebooting, then successfully > writing to the cdr. > > So, there is some sort of caching going on that mistakenly thinks a -dummy > write is a real write. Might this not cause trouble? If there is caching going on, it is by the drive, not by the SCSI layer. The information you get from cdcontrol is what it gets from the CD driver via an ioctl. That information is obtained directly from the drive via SCSI commands. It could be that the drive saves some state to pretend that the dummy "write" actually succeeded. One way you might try to erase the state is by ejecting the CD and then put it back in. That should invalidate any previous state the drive cached about the disk. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message