Umm.. I'm talking about the SCSI probing function... it requests 255 bytes of then throws it away after processing the first 36. The remainder never gets sent to anywhere (if I'm reading the code right). It would be up to the scanner driver to request an INQUIRY data again...
Which it would do only if the device reported that it was a scanner type.
Which no IEEE1394 sbp2 or USB Mass-Storage device will ever do, by
definition.
So I don't see how the scanner driver comes into play here... or are you
talking about some userspace thing?
Matt
On Thu, Feb 07, 2002 at 02:12:26AM +0000, Alan Cox wrote:
> > The Linux-SCSI people (now on the CC:) have rejected the idea of making all
> > INQUIRYs 36-bytes. Apparently, there are some HBA drivers which want to
> > snoop the INQUIRY data in the vendor-specific area for some reason.
>
> For one the full INQ data is needed by some scanner drivers
>
> > I'm thinking that the best solution is to have the SCSI layer send a
> > 36-byte INQUIRY to probe if the low-level driver has the 'emulation' flag
> > set.... that will also nicely cover the IEEE1394 people, who have been
> > facing the same problem.
>
> That sounds workable. Basically a full inquiry has to do the right thing
> for real scsi scanners.
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
Hey Chief. We've figured out how to save the technical department. We
need to be committed.
-- The Techs
User Friendly, 1/22/1998
msg04492/pgp00000.pgp
Description: PGP signature
