From owner-freebsd-current  Wed Aug 23  1:24:37 2000
Delivered-To: freebsd-current@freebsd.org
Received: from freebsd.dk (freebsd.dk [212.242.42.178])
	by hub.freebsd.org (Postfix) with ESMTP id 066C037B509
	for <current@FreeBSD.ORG>; Wed, 23 Aug 2000 01:24:31 -0700 (PDT)
Received: (from sos@localhost)
	by freebsd.dk (8.9.3/8.9.1) id IAA46758;
	Wed, 23 Aug 2000 08:49:47 +0200 (CEST)
	(envelope-from sos)
From: Soren Schmidt <sos@freebsd.dk>
Message-Id: <200008230649.IAA46758@freebsd.dk>
Subject: Re: Why no CDR ioctls for SCSI cds?
In-Reply-To: <39A31E23.CA9D2DC5@confusion.net> from Laurence Berland at "Aug 22, 2000 08:43:15 pm"
To: stuyman@confusion.net (Laurence Berland)
Date: Wed, 23 Aug 2000 08:49:47 +0200 (CEST)
Cc: ken@kdm.org (Kenneth D. Merry), mwm@mired.org (Mike Meyer),
	current@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL54 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

It seems Laurence Berland wrote:
> On a vaguely related topic, after much searching I can't seem to see one
> way or the other if we can do a complete bit-by-bit copy of a cd with
> either cdrecord or burncd, though it's possible I'm looking in the wrong
> place.

Uhm, I've had some success with changing the READ_CD flags in atapi-cd
from 0x10 to 0xf8, that will make the driver read the entire block
(2352bytes) no matter what format it is. Then burning it is  bitch
since DAO mode is not in the official sources yet, but with a bit
of enginuity it can be done.. Or use cdrdao on a SCSI burner...

-Søren


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message