Re: problems increasing SG_BIG_BUFF

Rainer Krienke (krienke@uni-koblenz.de)
Wed, 30 Jun 1999 14:47:11 +0200

Douglas Gilbert wrote:
>
> abel deuring wrote:
> >
> > Hi all!
> >
> >
> > This suggests that most if not all scanner carriage stops can be avoided
> > if consecutive reads commands are sent to the scanner as soon as
> > possible after the data from the previous command has been read in.
> >
> > Doug, what do you think about adding ioctl-calls to the SG driver which
> > implement queueing of asynchrounous SCSI commands?
>
> Abel,
> Command queuing is already there but turned off by
> default (because cdparanoia got upset when it found
> it :-) ). It is demonstrated in a program called
> sgq_dd512 (a "dd" variant) that can be found on
> sg's home page in the utility tarball.
>
> See the SG_SET_COMMAND_Q ioctl(). I was not aware
> that many scanners supported command queuing.
>
> Doug Gilbert
>
> --
> Source code, list archive, and docs: http://www.mostang.com/sane/
> To unsubscribe: echo unsubscribe sane-devel | mail majordomo@mostang.com

Does this mean, that I might just enable command queue tagging,
recompile the kernel and possibly sane and it should work? If yes, where
can I enable it?

Thanks Rainer

-- 
---------------------------------------------------------------------
Rainer Krienke                     krienke@uni-koblenz.de
Universitaet Koblenz, 		   http://www.uni-koblenz.de/~krienke
Rechenzentrum,                     Voice: +49 261 287 - 1312
Rheinau 1, 56075 Koblenz, Germany  Fax:   +49 261 287 - 1355
---------------------------------------------------------------------



--
Source code, list archive, and docs: http://www.mostang.com/sane/
To unsubscribe: echo unsubscribe sane-devel | mail majordomo@mostang.com