> > 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 beneath,
> > which would not be useful, since you already have this in the form of USB.
>
> 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 them appear as SCSI disks).
umass is useful because it allows reuse of the 'da' driver. There isn't
an equivalent for scanners, which is my point.
> This would allow all USB scanners that use an SCSI command set to be
> accessible through pass*, and thus be supported by any scanning software
> that can use a SCSI scanner.
It would be simpler (and more sensible) to simply fix this software to
send the SCSI commands via the ugen interface.
--
... every activity meets with opposition, everyone who acts has his
rivals and unfortunately opponents also. But not because people want
to be opponents, rather because the tasks and relationships force
people to take different points of view. [Dr. Fritz Todt]
V I C T O R Y N O T V E N G E A N C E
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
