sane-project-website/old-archive/1999-06/0248.html

64 wiersze
2.9 KiB
HTML

This file contains invisible Unicode characters!

This file contains invisible Unicode characters that may be processed differently from what appears below. If your use case is intentional and legitimate, you can safely ignore this warning. Use the Escape button to reveal hidden characters.

<!-- received="Wed Jun 30 05:30:40 1999 PDT" -->
<!-- sent="Wed, 30 Jun 1999 08:36:02 -0400" -->
<!-- name="Douglas Gilbert" -->
<!-- email="dgilbert@interlog.com" -->
<!-- subject="Re: problems increasing SG_BIG_BUFF" -->
<!-- id="" -->
<!-- inreplyto="problems increasing SG_BIG_BUFF" -->
<title>sane-devel: Re: problems increasing SG_BIG_BUFF</title>
<h1>Re: problems increasing SG_BIG_BUFF</h1>
<b>Douglas Gilbert</b> (<a href="mailto:dgilbert@interlog.com"><i>dgilbert@interlog.com</i></a>)<br>
<i>Wed, 30 Jun 1999 08:36:02 -0400</i>
<p>
<ul>
<li> <b>Messages sorted by:</b> <a href="date.html#248">[ date ]</a><a href="index.html#248">[ thread ]</a><a href="subject.html#248">[ subject ]</a><a href="author.html#248">[ author ]</a>
<!-- next="start" -->
<li> <b>Next message:</b> <a href="0249.html">Rainer Krienke: "Re: problems increasing SG_BIG_BUFF"</a>
<li> <b>Previous message:</b> <a href="0247.html">Douglas Gilbert: "Re: Problem with snapscan, aha1505, linux kernel 2.2.9"</a>
<li> <b>Maybe in reply to:</b> <a href="0047.html">Andreas Buesching: "problems increasing SG_BIG_BUFF"</a>
<!-- nextthread="start" -->
<li> <b>Next in thread:</b> <a href="0249.html">Rainer Krienke: "Re: problems increasing SG_BIG_BUFF"</a>
<!-- reply="end" -->
</ul>
<!-- body="start" -->
abel deuring wrote:<br>
<i>&gt; </i><br>
<i>&gt; Hi all!</i><br>
<i>&gt; </i><br>
<i>&gt; </i><br>
<i>&gt; This suggests that most if not all scanner carriage stops can be avoided</i><br>
<i>&gt; if consecutive reads commands are sent to the scanner as soon as</i><br>
<i>&gt; possible after the data from the previous command has been read in.</i><br>
<i>&gt; </i><br>
<i>&gt; Doug, what do you think about adding ioctl-calls to the SG driver which</i><br>
<i>&gt; implement queueing of asynchrounous SCSI commands?</i><br>
<br>
Abel,<br>
Command queuing is already there but turned off by<br>
default (because cdparanoia got upset when it found <br>
it :-) ). It is demonstrated in a program called<br>
sgq_dd512 (a "dd" variant) that can be found on<br>
sg's home page in the utility tarball.<br>
<p>
See the SG_SET_COMMAND_Q ioctl(). I was not aware<br>
that many scanners supported command queuing.<br>
<p>
Doug Gilbert<br>
<p>
<pre>
--
Source code, list archive, and docs: <a href="http://www.mostang.com/sane/">http://www.mostang.com/sane/</a>
To unsubscribe: echo unsubscribe sane-devel | mail <a href="mailto:majordomo@mostang.com">majordomo@mostang.com</a>
</pre>
<!-- body="end" -->
<p>
<ul>
<!-- next="start" -->
<li> <b>Next message:</b> <a href="0249.html">Rainer Krienke: "Re: problems increasing SG_BIG_BUFF"</a>
<li> <b>Previous message:</b> <a href="0247.html">Douglas Gilbert: "Re: Problem with snapscan, aha1505, linux kernel 2.2.9"</a>
<li> <b>Maybe in reply to:</b> <a href="0047.html">Andreas Buesching: "problems increasing SG_BIG_BUFF"</a>
<!-- nextthread="start" -->
<li> <b>Next in thread:</b> <a href="0249.html">Rainer Krienke: "Re: problems increasing SG_BIG_BUFF"</a>
<!-- reply="end" -->
</ul>