kopia lustrzana https://gitlab.com/sane-project/website
144 wiersze
5.4 KiB
HTML
144 wiersze
5.4 KiB
HTML
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"
|
||
"http://www.w3.org/TR/REC-html40/loose.dtd">
|
||
<HTML>
|
||
<HEAD>
|
||
<TITLE>sane-devel: Re: REQUEST_SENSE calls by backends</TITLE>
|
||
<META NAME="Author" CONTENT="abel deuring (a.deuring@satzbau-gmbh.de)">
|
||
<META NAME="Subject" CONTENT="Re: REQUEST_SENSE calls by backends">
|
||
</HEAD>
|
||
<BODY BGCOLOR="#FFFFFF" TEXT="#000000">
|
||
<H1>Re: REQUEST_SENSE calls by backends</H1>
|
||
<!-- received="Wed Jan 17 05:49:26 2001" -->
|
||
<!-- isoreceived="20010117134926" -->
|
||
<!-- sent="Wed, 17 Jan 2001 15:59:10 +0100" -->
|
||
<!-- isosent="20010117145910" -->
|
||
<!-- name="abel deuring" -->
|
||
<!-- email="a.deuring@satzbau-gmbh.de" -->
|
||
<!-- subject="Re: REQUEST_SENSE calls by backends" -->
|
||
<!-- id="3A65B33E.DF3FF042@satzbau-gmbh.de" -->
|
||
<!-- inreplyto="3A648A50.EFB8909@wolfsburg.de" -->
|
||
<STRONG>From:</STRONG> abel deuring (<A HREF="mailto:a.deuring@satzbau-gmbh.de?Subject=Re:%20REQUEST_SENSE%20calls%20by%20backends&In-Reply-To=<3A65B33E.DF3FF042@satzbau-gmbh.de>"><EM>a.deuring@satzbau-gmbh.de</EM></A>)<BR>
|
||
<STRONG>Date:</STRONG> Wed Jan 17 2001 - 06:59:10 PST
|
||
<P>
|
||
<!-- next="start" -->
|
||
<LI><STRONG>Next message:</STRONG> <A HREF="0169.html">Mark Stewart: "Re: Umax 600s/Adaptec 2906 trouble"</A>
|
||
<UL>
|
||
<LI><STRONG>Previous message:</STRONG> <A HREF="0167.html">Tim Waugh: "Re: Cannot call SANE from GIMP"</A>
|
||
<LI><STRONG>In reply to:</STRONG> <A HREF="0156.html">Oliver Rauch: "REQUEST_SENSE calls by backends"</A>
|
||
<!-- nextthread="start" -->
|
||
<LI><STRONG>Next in thread:</STRONG> <A HREF="0158.html">Henning Meier-Geinitz: "Re: Problem with kernel 2.4ac9, ava1505, snapscan1236s, sane1.0.4"</A>
|
||
<!-- reply="end" -->
|
||
<LI><STRONG>Messages sorted by:</STRONG>
|
||
<A HREF="date.html#168">[ date ]</A>
|
||
<A HREF="index.html#168">[ thread ]</A>
|
||
<A HREF="subject.html#168">[ subject ]</A>
|
||
<A HREF="author.html#168">[ author ]</A>
|
||
</UL>
|
||
<HR NOSHADE><P>
|
||
<!-- body="start" -->
|
||
<P>
|
||
Oliver Rauch wrote:
|
||
<BR>
|
||
<EM>>
|
||
</EM><BR>
|
||
<EM>> abel deuring wrote:
|
||
</EM><BR>
|
||
<EM>> > I don't know, how the other OS supported by Sane will
|
||
</EM><BR>
|
||
<EM>> > respond to a REQUEST SENSE command issued from usert space.
|
||
</EM><BR>
|
||
<EM>>
|
||
</EM><BR>
|
||
<EM>> Hi Abel,
|
||
</EM><BR>
|
||
<EM>>
|
||
</EM><BR>
|
||
<EM>> I think this is something that should be discussed and solved in general
|
||
</EM><BR>
|
||
<EM>> for sane and we should make all backends work the same - if possible.
|
||
</EM><BR>
|
||
<EM>>
|
||
</EM><BR>
|
||
<EM>> Is it possible to get more than 16 or 18 sense bytes without calling
|
||
</EM><BR>
|
||
<EM>> a request sense command?
|
||
</EM><BR>
|
||
<P>Oliver,
|
||
<BR>
|
||
<P>As Douglas already wrote, we get only 16 bytes for older Linux kernels.
|
||
<BR>
|
||
I don't know, how other operating systems supported by Sane respond, but
|
||
<BR>
|
||
I think that we should in no case assume to get more than the standard
|
||
<BR>
|
||
18 bytes for an "autosense" buffer. As the example of the SCSI system in
|
||
<BR>
|
||
Linux up to 2.2.x shows, it is possible that a kernel has hard limits.
|
||
<BR>
|
||
<P>So, _if_ a backend needs more than 18 "autosense" bytes (or 16 bytes, if
|
||
<BR>
|
||
we include older Linux kernels) from a scanner, there will be no
|
||
<BR>
|
||
guaranty that this backend will work every OS supported by Sane.
|
||
<BR>
|
||
<P>A second question is, how to deal with REQUEST SENSE commands explicitly
|
||
<BR>
|
||
sent from a Sane backend. While my little patch to the Snapscan backend
|
||
<BR>
|
||
showed, that at least thet 1236 does not need this command, Henning has
|
||
<BR>
|
||
already explained, why the Mustek backend indeed needs this comand for
|
||
<BR>
|
||
some scanners.
|
||
<BR>
|
||
<P>Therefore I think that we can't do more that to state, that a backend
|
||
<BR>
|
||
should avoid to issue a REQUEST SENSE in order to maintain maximum
|
||
<BR>
|
||
compatibility (as the Mustek backend seems to: REQUEST SENSE is only
|
||
<BR>
|
||
sent, " if (s->hw->flags & MUSTEK_FLAG_PRO)" -- I guess that
|
||
<BR>
|
||
MUSTEK_FLAG_PRO is only set for the Paragon Pro) -- and to add a note in
|
||
<BR>
|
||
the README file, if there will be serious incompatibilities with any OS.
|
||
<BR>
|
||
For Linux, I remember at present only the aha152x driver in lk 2.4, and
|
||
<BR>
|
||
J<EFBFBD>rgen Fischer has already fixed the problem.
|
||
<BR>
|
||
<P>Abel
|
||
<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?Subject=Re:%20REQUEST_SENSE%20calls%20by%20backends&In-Reply-To=<3A65B33E.DF3FF042@satzbau-gmbh.de>">majordomo@mostang.com</A>
|
||
</PRE>
|
||
<P><!-- body="end" -->
|
||
<HR NOSHADE>
|
||
<UL>
|
||
<!-- next="start" -->
|
||
<LI><STRONG>Next message:</STRONG> <A HREF="0169.html">Mark Stewart: "Re: Umax 600s/Adaptec 2906 trouble"</A>
|
||
<LI><STRONG>Previous message:</STRONG> <A HREF="0167.html">Tim Waugh: "Re: Cannot call SANE from GIMP"</A>
|
||
<LI><STRONG>In reply to:</STRONG> <A HREF="0156.html">Oliver Rauch: "REQUEST_SENSE calls by backends"</A>
|
||
<!-- nextthread="start" -->
|
||
<LI><STRONG>Next in thread:</STRONG> <A HREF="0158.html">Henning Meier-Geinitz: "Re: Problem with kernel 2.4ac9, ava1505, snapscan1236s, sane1.0.4"</A>
|
||
<!-- reply="end" -->
|
||
<LI><STRONG>Messages sorted by:</STRONG>
|
||
<A HREF="date.html#168">[ date ]</A>
|
||
<A HREF="index.html#168">[ thread ]</A>
|
||
<A HREF="subject.html#168">[ subject ]</A>
|
||
<A HREF="author.html#168">[ author ]</A>
|
||
</UL>
|
||
<!-- trailer="footer" -->
|
||
<HR NOSHADE>
|
||
<P>
|
||
<SMALL>
|
||
<EM>
|
||
This archive was generated by <A HREF="http://www.hypermail.org/">hypermail 2b29</A>
|
||
: <EM>Wed Jan 17 2001 - 05:50:51 PST</EM>
|
||
</EM>
|
||
</SMALL>
|
||
</BODY>
|
||
</HTML>
|