[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [VCDImager Bugs/Devel] vcdimager on BSD/OS 4.3
From: |
Steven M. Schultz |
Subject: |
Re: [VCDImager Bugs/Devel] vcdimager on BSD/OS 4.3 |
Date: |
Thu, 30 Aug 2001 13:43:25 -0700 (PDT) |
Hi!
> From: Herbert Valerio Riedel <address@hidden>
> 1) do those bsd flavours define a common token? e.g. like __bsd__ or
> __BSD__?
They _may_ do that. I do not use all of the other flavours so I can
not say authoritatively if they have a 'BSD' defined or not.
> 2) do all BSD's have the same scsi interface? e.g. does libdvd work for all?
No, and that is the key part of the problem. FreeBSD for example
does not seem to have (that I can see) a way to issue general commands
to ATAPI devices - only SCSI devices.
> no, I'm only making use of GNU/Linux SEND_CDROM_PACKET ioctl(), by sending
> MMC/ATAPI commands... no need to use the scsi interface...
Ah, but what about systems that are not GNU/Linux based and which do
not have the 'SEND_CDROM_PACKET' ioctl call?
It is not just for 'scsi' devices though - it is for ATAPI devices as
well.
> my local working copy has already a vcd_image_bsdcd.c module...
> --cdrom-device will map to the cdrom driver available for the actual
> architecture...
It is that lower level "cdrom driver for the actual architecture" that
I am thinking about. Somewhere there must exist a layer of software
that translates 'SEND_CDROM_PACKET' into something like (to use
my system as an example) 'ioctl(fd, SCSIRAWCDB, &suc)'
All that the 'libdvd' module did was translate:
ioctl(i_fd, DVDIOCREPORTKEY, &auth_info)
ioctl(fileno (_obj->fd), CDROMREADTOCENTRY, &tocent)
ioctl (fileno (_obj->fd), CDROMREADMODE2,&buf)
...
into:
ioctl(fd, SCSIRAWCDB, &suc)
with the 'suc' structure set up appropriately.
> np, btw, I'll need your help, to test and fix the vcdimager cvs-version
> when the vcd_image_bsdcd.c is checked against bsd header files...
Ok - I'll be here (or at home actually :-)). What's one more
program to follow and test? <grin>
Steven Schultz
address@hidden