In list.freebsd-current Kenneth D. Merry [EMAIL PROTECTED] wrote:
On Tue, Aug 22, 2000 at 20:43:15 -0400, 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
It seems Mike Meyer wrote:
I'm planning on implementing all the CDR ioctls for SCSI cds.
BTW, are those documented somewhere? I mean, I can work out what they
should do, but they still ought to be on a man page. Soren?
Uhm, no man page I'm afraid, but I'll answer any questions you
might
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
"Kenneth D. Merry" wrote:
On Tue, Aug 22, 2000 at 20:43:15 -0400, 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
On 23 Aug, Paul Richards 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.
I think cdrecord can burn CDs
Alexander Leidinger wrote:
On 23 Aug, Paul Richards 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
In message [EMAIL PROTECTED] Mike Meyer writes:
: Do you claim ownership of all the drivers in cam/scsi, or can someone
: with more tolerant religious convictions add a driver that's a clone
: of the CD driver + MMC extensions that gets first crack at CDROM
: drives, and recognizes MMC drives,
On Mon, Aug 21, 2000 at 10:50:11PM -0500, Mike Meyer wrote:
Christopher Masto writes:
I'd rather see cdrecord work on ATAPI CD-Rs. burncd gives me a lot of
trouble.
As cdrecord isn't part of FreeBSD, this is clearly the wrong place to
ask about that. Joe Schilling watches [EMAIL
Warner Losh writes:
Having said this, if you can come up with a foolproof way to get the
ioctls right on all the drives that do support them, even the whacked
out ones that need all kinds of quirky entries, and do it in a way
that doesn't needlessly bloat the kernel for little gain (few
If the answer from the person who would have to approve the code had
come back "Ok, provide the code and we'll see how well it works in
practice", I'd do the code. But when it appears the code would never
make it into the tree to be used, why waste my time?
'coz we're taking a page from
In message [EMAIL PROTECTED] Mike Meyer writes:
: You may well be right, and there are good technical reasons for not
: doing this. The only real reason that's been presented for not doing
: MMC is that all the non-MMC drives might cause a support
: headache. There are sound technical reasons for
Matthew Jacob writes:
If the answer from the person who would have to approve the code had
come back "Ok, provide the code and we'll see how well it works in
practice", I'd do the code. But when it appears the code would never
make it into the tree to be used, why waste my time?
'coz
-On [2822 08:50], Warner Losh ([EMAIL PROTECTED]) wrote:
Actually, the real reason is that MMC drives that mostly support the
standard, but do it wrong in ways that are hard to detect. Those are
going to be the worst to try to support. There are some drives out
there that just hang when
-On [2822 06:25], Kenneth D. Merry ([EMAIL PROTECTED]) wrote:
It needs an ATAPI passthrough mechanism to work. (FreeBSD doesn't have
one at the moment.)
Søren, Matt and me were discussing the ATA/CAM issues so that we might
be able to approach ATA through CAM.
That would clear a lot.
--
One thing that's missing is the ioctl CDRIOCSETBLOCKSIZE. It would
be _really_ nice if cd(4) supported that ioctl so I could just seek
and read from a CD. I had knu trying out my read_cd program, and it
doesn't work for SCSI CD-ROMs, seemingly because of this issue :(
Would you be adverse to
On Tue, Aug 22, 2000 at 15:22:05 -0400, Brian Fundakowski Feldman wrote:
One thing that's missing is the ioctl CDRIOCSETBLOCKSIZE. It would
be _really_ nice if cd(4) supported that ioctl so I could just seek
and read from a CD. I had knu trying out my read_cd program, and it
doesn't work
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.
Laurence
"Kenneth D. Merry" wrote:
[snip]
--
Laurence Berland
Windows
On Tue, Aug 22, 2000 at 20:43:15 -0400, 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.
I
Brian Fundakowski Feldman writes:
One thing that's missing is the ioctl CDRIOCSETBLOCKSIZE. It would
be _really_ nice if cd(4) supported that ioctl so I could just seek
and read from a CD. I had knu trying out my read_cd program, and it
doesn't work for SCSI CD-ROMs, seemingly because of
On Mon, Aug 21, 2000 at 10:54:49 -0500, Mike Meyer wrote:
I'm curious - is there some reason that the CDR ioctls (in
/usr/include/sys/cdrio.h) aren't supported for MMC cds? It looks like
doing them for MMC would be straightforward, it's the kind of thing
that an OS is supposed to do, and it
Kenneth D. Merry writes:
On Mon, Aug 21, 2000 at 10:54:49 -0500, Mike Meyer wrote:
I'm curious - is there some reason that the CDR ioctls (in
/usr/include/sys/cdrio.h) aren't supported for MMC cds? It looks like
doing them for MMC would be straightforward, it's the kind of thing
that an
On Mon, Aug 21, 2000 at 17:01:20 -0500, Mike Meyer wrote:
Kenneth D. Merry writes:
On Mon, Aug 21, 2000 at 10:54:49 -0500, Mike Meyer wrote:
We'd get a flood of mail saying things like "why isn't my froboz CD-R/WORM
supported with the cd(4) driver..."
Which should actually be smaller
Kenneth D. Merry writes:
Which should actually be smaller than the flood of mail saying things
like "why doesn't burncd support my nice, standard-compliant CD-R?" In
fact, according to the documentation that comes with cdrecord, it
would be *much* smaller, because all the SCSI CD-Rs
On Mon, Aug 21, 2000 at 18:19:47 -0500, Mike Meyer wrote:
Kenneth D. Merry writes:
Which should actually be smaller than the flood of mail saying things
like "why doesn't burncd support my nice, standard-compliant CD-R?" In
fact, according to the documentation that comes with cdrecord,
Kenneth D. Merry writes:
On Mon, Aug 21, 2000 at 18:19:47 -0500, Mike Meyer wrote:
Kenneth D. Merry writes:
Which should actually be smaller than the flood of mail saying things
like "why doesn't burncd support my nice, standard-compliant CD-R?" In
fact, according to the
I'd rather see cdrecord work on ATAPI CD-Rs. burncd gives me a lot of
trouble.
--
Christopher Masto Senior Network Monkey NetMonger Communications
[EMAIL PROTECTED][EMAIL PROTECTED]http://www.netmonger.net
Free yourself, free your machine, free the daemon --
On Mon, Aug 21, 2000 at 19:17:37 -0500, Mike Meyer wrote:
Kenneth D. Merry writes:
On Mon, Aug 21, 2000 at 18:19:47 -0500, Mike Meyer wrote:
Kenneth D. Merry writes:
Which should actually be smaller than the flood of mail saying things
like "why doesn't burncd support my nice,
Kenneth D. Merry writes:
Does this extend to the point of supporting things that happen to
share a physical connector with SCSI, but otherwise aren't SCSI?
Because that's what supporting non-MMC CD-R drives would amount to.
Not really. Non-MMC CD-Rs not only use the same connectors and
Christopher Masto writes:
I'd rather see cdrecord work on ATAPI CD-Rs. burncd gives me a lot of
trouble.
As cdrecord isn't part of FreeBSD, this is clearly the wrong place to
ask about that. Joe Schilling watches [EMAIL PROTECTED], and
that's the place to ask.
I've been told that ATAPI CD-Rs
On Mon, Aug 21, 2000 at 22:38:11 -0500, Mike Meyer wrote:
Kenneth D. Merry writes:
Of course that isn't the entire picture - that's why I asked. Again,
arguing about this solution being "halfway" when you're ignoring half
the functionality of the standard seems hypocritical.
Not
I'm sorry- I really haven't been paying much attention to this, but it seems
it's sort of on the wrong mailing list, isn't it?
Mike- can you take a deep breath and send a summary of what you see the
techical problems/requirements are to the freebsd-scsi alias? I'll admit that
I'm not up on a
Christopher Masto writes:
I'd rather see cdrecord work on ATAPI CD-Rs. burncd gives me a lot of
trouble.
Spoke to soon - according to the pkg/DESCR file, it should work on
them now.
mike
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body
On Mon, Aug 21, 2000 at 23:18:50 -0500, Mike Meyer wrote:
Christopher Masto writes:
I'd rather see cdrecord work on ATAPI CD-Rs. burncd gives me a lot of
trouble.
Spoke to soon - according to the pkg/DESCR file, it should work on
them now.
It needs an ATAPI passthrough mechanism to
33 matches
Mail list logo
