driver / kernel ignores TEST UNIT READY command

[Timothy Reaves]

Justin T. Gibbs wrote:

> 
> Why should the test unit ready fail or wait?  The driver doesn't
> know anything about the commands that are sent.  The driver just
> processes commands generically and returns the results.  Perhaps
> if you better explained the environment (full dmesg) and what
> you are trying to do, I can help more.
> 


	I'm using a program called vuescan.  It allows me to use my Polaroid film 
scanner under linux.  It is not working properly.  The unit - when scan 
is hit - acts normally (as in the way it did under 2.2.18) but the app 
shows immeadiatly that it is receiving data.  The app shows that the 
scan is done long before the unit finishes scanning.  The image that is 
displayed is garbage.

	After many e-mails with the author, he looked at a log of a good run 
under 2.2.18, and a failed run under 2.4.4 with the patched driver.  The 
only difference was what I mentioned.  If under 2.2.18 the scsi driver 
either returned an error or waited five seconds, and it is not doing 
that now, either there was a bug in the old version that allowed it to 
work well with my scanner and the new 'fixed' version doesn't, or the 
other way around.  I don't see any other possibilities.  Nothing else 
changed.  I can still boot into my 2.2.18 and it still works.

	I've attached the logs I originally e-mailed the program author. (at 
least I think these are them :) )

	Thanks for the help.



-------------- next part --------------
A non-text attachment was scrubbed...
Name: vuescan.zip
Type: application/octet-stream
Size: 2617 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/aic7xxx/attachments/20010621/a3e7e860/vuescan.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vuescan.work.zip
Type: application/octet-stream
Size: 10215 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/aic7xxx/attachments/20010621/a3e7e860/vuescan.work.obj