Re: [VCDImager Bugs/Devel] vcdimager on BSD/OS 4.3

[Herbert Valerio Riedel]

hi..

On Thu, 30 Aug 2001, Steven M. Schultz wrote:
>> 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?
since each system will have it's own ioctl()'s or even a completely
different API for issuing mode2 reads, each system will have to have it's
own image driver implemented...

some drivers may share some common stuff (e.g. the MMC/ATAPI packet
commands...) while other may not...

at the moment only 2 drivers are implemented, the one for __bsdi__ and for
__linux__;
one for cygwin32  _may_ follow some time, if I should feel bored enough...
one for MacOS X may as well... but there's the problem that I don't know
at all how to access scsi devices.... :-/

cdrecord/cdrdao haven't been ported to Mac OS X yet for the lack of
documentation...

>       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)'

yeah it is, for SCSI devices just that gets done in the kernel, but for
other busses (only ATAPI afaik) it gets delegated to the appropriate
transport subsystem... if you used some SCSI ioctl() to send the MMC
command, you couldn't access ATAPI drives w/o using the ide-scsi emulation
layer... that's why using that SEND_CDROM_PACKET ioctl() under linux is a
good idea...

>       All that the 'libdvd' module did was translate:
[..]
I have read the sources... :-)

>> 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>

well, this one should only be necessary to fix now... if it runs once it
should compile fine until the end of the year... :-))

regards,
-- 
Herbert Valerio Riedel       /    Phone: (EUROPE) +43-1-58801-18840
Email: address@hidden       /    Finger address@hidden for GnuPG Public Key
GnuPG Key Fingerprint: 7BB9 2D6C D485 CE64 4748  5F65 4981 E064 883F 4142