Re: SCSI-over-* hacks

2001-03-22 Thread John Polstra
In article , Max Khon <[EMAIL PROTECTED]> wrote: > hi, there! > > On Tue, 20 Mar 2001, Mike Smith wrote: > > > > Has anyone implemented/thought of implementing: > > > - a CAM transport for ATAPI devices; > > > > Yes. It's not a lot of work

Re: SCSI-over-* hacks

2001-03-21 Thread Soren Schmidt
It seems Mike Smith wrote: > > > It is a possible solution for me to be able to use cdparanoia and cdrdao > > > with my ATAPI CD drive. An alternative solution would be to implement > > > an atapi-cd ioctl to send a raw command to an ATAPI device, and make > > > libscg use that. > > > > Exactly,

Re: SCSI-over-* hacks

2001-03-21 Thread Mike Smith
> > It is a possible solution for me to be able to use cdparanoia and cdrdao > > with my ATAPI CD drive. An alternative solution would be to implement > > an atapi-cd ioctl to send a raw command to an ATAPI device, and make > > libscg use that. > > Exactly, I coule dream up an API for that shovin

Re: SCSI-over-* hacks

2001-03-21 Thread Mike Smith
> > SCSI is way of encapsulating scanner commands so that you can transport > > them to the scanner. So is USB. The command set your scanner uses is > > probably the same as the SCSI command set, but this is not what a CAM > > transport would give you - it would only give you the layers benea

Re: SCSI-over-* hacks

2001-03-21 Thread Max Khon
hi, there! On Tue, 20 Mar 2001, Mike Smith wrote: > > Has anyone implemented/thought of implementing: > > - a CAM transport for ATAPI devices; > > Yes. It's not a lot of work. that would be GREAT for cd recording on IDE CD-RW (one will be able to use cdrdao and cdrecord instead of burncd)

Re: SCSI-over-* hacks

2001-03-21 Thread Daniel O'Connor
On 21-Mar-01 Thomas Quinot wrote: > Um. The CAM tranport in question would not be a reimplementation of > the USB layer, of course. What I was mentioning was the possibility > of having a CAM transport that wraps a uscan device (just as there is > one already that wraps umass devices to make

Re: SCSI-over-* hacks

2001-03-21 Thread Soren Schmidt
It seems Thomas Quinot wrote: > Le 2001-03-21, Soren Schmidt écrivait : > > > > > > - a CAM transport for ATAPI devices; > > > What do you want it for actually ? > > It is a possible solution for me to be able to use cdparanoia and cdrdao > with my ATAPI CD drive. An alternative solution woul

Re: SCSI-over-* hacks

2001-03-21 Thread Thomas Quinot
Le 2001-03-21, Mike Smith écrivait : > SCSI is way of encapsulating scanner commands so that you can transport > them to the scanner. So is USB. The command set your scanner uses is > probably the same as the SCSI command set, but this is not what a CAM > transport would give you - it would

Re: SCSI-over-* hacks

2001-03-21 Thread Thomas Quinot
Le 2001-03-21, Soren Schmidt écrivait : > > > > - a CAM transport for ATAPI devices; > What do you want it for actually ? It is a possible solution for me to be able to use cdparanoia and cdrdao with my ATAPI CD drive. An alternative solution would be to implement an atapi-cd ioctl to send a

Re: SCSI-over-* hacks

2001-03-21 Thread Soren Schmidt
It seems Thomas Quinot wrote: > Le 2001-03-21, Mike Smith écrivait : > > > > Has anyone implemented/thought of implementing: > > > - a CAM transport for ATAPI devices; > > Yes. It's not a lot of work. > > Ah, interesting! Do you know if any source code is publicly available? What do you want

Re: SCSI-over-* hacks

2001-03-21 Thread Mike Smith
> Le 2001-03-21, Mike Smith écrivait : > > > > Has anyone implemented/thought of implementing: > > > - a CAM transport for ATAPI devices; > > Yes. It's not a lot of work. > > Ah, interesting! Do you know if any source code is publicly available? No, for various reasons it hasn't been done; p

Re: SCSI-over-* hacks

2001-03-21 Thread Thomas Quinot
Le 2001-03-21, Mike Smith écrivait : > > Has anyone implemented/thought of implementing: > > - a CAM transport for ATAPI devices; > Yes. It's not a lot of work. Ah, interesting! Do you know if any source code is publicly available? > > - a CAM transport for USB scanners; > No; this wouldn

Re: SCSI-over-* hacks

2001-03-20 Thread Drew Eckhardt
In message <[EMAIL PROTECTED]>, [EMAIL PROTECTED] writes: >> - the Linux SCSI generic device (/dev/sg*)? > >We already have a far superior mechanism (/dev/pass*) FWIW, The Linux /dev/sg was implemented as a simple way to send SCSI commands to media changer robots in an MO drive library for a

Re: SCSI-over-* hacks

2001-03-20 Thread Mike Smith
> Hi hackers, > > Has anyone implemented/thought of implementing: > - a CAM transport for ATAPI devices; Yes. It's not a lot of work. > - a CAM transport for USB scanners; No; this wouldn't make much sense, since most USB scanners aren't SCSI devices. > - the Linux SCSI generic device

Re: SCSI-over-* hacks

2001-03-19 Thread Thomas Quinot
Le 2001-03-19, Nat Lanza écrivait : > FreeBSD already has an equivalent to the SCSI generic device -- take a > look at pass(4). Yep, I am aware of pass(4), but some closed-source software that comes only as Linux binaries insist on having a /dev/sg device (which, under FreeBSD, would most likely

Re: SCSI-over-* hacks

2001-03-19 Thread Nat Lanza
Thomas Quinot <[EMAIL PROTECTED]> writes: > Has anyone implemented/thought of implementing: > - a CAM transport for ATAPI devices; > - a CAM transport for USB scanners; > - the Linux SCSI generic device (/dev/sg*)? FreeBSD already has an equivalent to the SCSI generic device -- take a look

SCSI-over-* hacks

2001-03-19 Thread Thomas Quinot
Hi hackers, Has anyone implemented/thought of implementing: - a CAM transport for ATAPI devices; - a CAM transport for USB scanners; - the Linux SCSI generic device (/dev/sg*)? I would be interested in any experience in these fields... And I'd rather not start implementing from scratch if