kopia lustrzana https://gitlab.com/sane-project/website
216 wiersze
9.3 KiB
HTML
216 wiersze
9.3 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: Problems with Acer ScanPrisa 640S</TITLE>
|
||
<META NAME="Author" CONTENT="abel deuring (a.deuring@satzbau-gmbh.de)">
|
||
<META NAME="Subject" CONTENT="Re: Problems with Acer ScanPrisa 640S">
|
||
</HEAD>
|
||
<BODY BGCOLOR="#FFFFFF" TEXT="#000000">
|
||
<H1>Re: Problems with Acer ScanPrisa 640S</H1>
|
||
<!-- received="Fri Oct 20 08:51:15 2000" -->
|
||
<!-- isoreceived="20001020155115" -->
|
||
<!-- sent="Fri, 20 Oct 2000 18:10:33 +0200" -->
|
||
<!-- isosent="20001020161033" -->
|
||
<!-- name="abel deuring" -->
|
||
<!-- email="a.deuring@satzbau-gmbh.de" -->
|
||
<!-- subject="Re: Problems with Acer ScanPrisa 640S" -->
|
||
<!-- id="39F06E79.870541DE@satzbau-gmbh.de" -->
|
||
<!-- inreplyto="39F04A50.8965AD3B@coppice.org" -->
|
||
<STRONG>From:</STRONG> abel deuring (<A HREF="mailto:a.deuring@satzbau-gmbh.de?Subject=Re:%20Problems%20with%20Acer%20ScanPrisa%20640S&In-Reply-To=<39F06E79.870541DE@satzbau-gmbh.de>"><EM>a.deuring@satzbau-gmbh.de</EM></A>)<BR>
|
||
<STRONG>Date:</STRONG> Fri Oct 20 2000 - 09:10:33 PDT
|
||
<P>
|
||
<!-- next="start" -->
|
||
<LI><STRONG>Next message:</STRONG> <A HREF="0232.html">Sebastien Sable: "Re: Problems with Acer ScanPrisa 640S"</A>
|
||
<UL>
|
||
<LI><STRONG>Previous message:</STRONG> <A HREF="0230.html">Oliver Rauch: "Re: sane fronten packages"</A>
|
||
<LI><STRONG>In reply to:</STRONG> <A HREF="0228.html">Steve Underwood: "Re: Problems with Acer ScanPrisa 640S"</A>
|
||
<!-- nextthread="start" -->
|
||
<LI><STRONG>Next in thread:</STRONG> <A HREF="0240.html">abel deuring: "Re: Problems with Acer ScanPrisa 640S"</A>
|
||
<LI><STRONG>Next in thread:</STRONG> <A HREF="0232.html">Sebastien Sable: "Re: Problems with Acer ScanPrisa 640S"</A>
|
||
<LI><STRONG>Next in thread:</STRONG> <A HREF="0219.html">cbagwell@sprynet.com: "Re: Re: Problems with Acer ScanPrisa 640S"</A>
|
||
<LI><STRONG>Maybe reply:</STRONG> <A HREF="0219.html">cbagwell@sprynet.com: "Re: Re: Problems with Acer ScanPrisa 640S"</A>
|
||
<LI><STRONG>Reply:</STRONG> <A HREF="0240.html">abel deuring: "Re: Problems with Acer ScanPrisa 640S"</A>
|
||
<!-- reply="end" -->
|
||
<LI><STRONG>Messages sorted by:</STRONG>
|
||
<A HREF="date.html#231">[ date ]</A>
|
||
<A HREF="index.html#231">[ thread ]</A>
|
||
<A HREF="subject.html#231">[ subject ]</A>
|
||
<A HREF="author.html#231">[ author ]</A>
|
||
</UL>
|
||
<HR NOSHADE><P>
|
||
<!-- body="start" -->
|
||
<P>
|
||
Steve Underwood wrote:
|
||
<BR>
|
||
<EM>>
|
||
</EM><BR>
|
||
<EM>> Patrik St<53>hli wrote:
|
||
</EM><BR>
|
||
<EM>>
|
||
</EM><BR>
|
||
<EM>> > I wrote:
|
||
</EM><BR>
|
||
<EM>> >
|
||
</EM><BR>
|
||
<EM>> > <snip>
|
||
</EM><BR>
|
||
<EM>> >
|
||
</EM><BR>
|
||
<EM>> > > Debug output of sane dll and snapscan backend is here:
|
||
</EM><BR>
|
||
<EM>> > > <A HREF="http://n.ethz.ch/student/staehlip/download/sane.log">http://n.ethz.ch/student/staehlip/download/sane.log</A>
|
||
</EM><BR>
|
||
<EM>> >
|
||
</EM><BR>
|
||
<EM>> > Did someone already look at the debug output?
|
||
</EM><BR>
|
||
<EM>> > I think that there are way too much 0's in the 'inquiry' sections, but I
|
||
</EM><BR>
|
||
<EM>> > don't know what correct values should look like.
|
||
</EM><BR>
|
||
<EM>> > It would be really helpful if someone could provide the same debug
|
||
</EM><BR>
|
||
<EM>> > output (SANE_DEBUG_DLL=255 SANE_DEBUG_SNAPSCAN=255) of a _working_ Model
|
||
</EM><BR>
|
||
<EM>> > 620S...
|
||
</EM><BR>
|
||
<EM>>
|
||
</EM><BR>
|
||
<EM>> Yes, there are far too many zeros. The 640U has been reported to work with
|
||
</EM><BR>
|
||
<EM>> 1.0.3 + the USB add ons. The 610+ (SCSI) and 620S seem to work OK too. I
|
||
</EM><BR>
|
||
<EM>> would expect your 640S to be very similar to these. I don't think the
|
||
</EM><BR>
|
||
<EM>> output from a run on my 610+ will help much. It looks like your run, until
|
||
</EM><BR>
|
||
<EM>> the inquiry section. Then I get sane numbers for all the values. Perhaps
|
||
</EM><BR>
|
||
<EM>> this is not a scanner or sane problem, but a SCSI one. I have never tried a
|
||
</EM><BR>
|
||
<EM>> 2.4 test kernel. Has anyone else has success with one?
|
||
</EM><BR>
|
||
<P>I used some of the 2.3.99 versions without any problems, although with
|
||
<BR>
|
||
different SCSI adapters (NCR53810 and Adaptec 2940) and a different
|
||
<BR>
|
||
scanner.
|
||
<BR>
|
||
<P>But of course there might be problems with the aha1502 or the atp870u
|
||
<BR>
|
||
(Patrik, is this the one you are using??) drivers. I was quite irritated
|
||
<BR>
|
||
about the following lines in src/linux/drivers/scsi/atp870u.c, line 514
|
||
<BR>
|
||
(ok, taken from Linux 2.2.13...):
|
||
<BR>
|
||
<P> if (ata_cdbu[h][0] == 0x12) {
|
||
<BR>
|
||
if (workrequ->request_bufflen > 0x24) {
|
||
<BR>
|
||
workrequ->request_bufflen = 0x24;
|
||
<BR>
|
||
ata_cdbu[h][4] = 0x24;
|
||
<BR>
|
||
}
|
||
<BR>
|
||
}
|
||
<BR>
|
||
<P>And line 594 in atp870u.c from kernel version 2.3.99-pre2:
|
||
<BR>
|
||
<P> /*
|
||
<BR>
|
||
* Why limit this ????
|
||
<BR>
|
||
*/
|
||
<BR>
|
||
if (dev->ata_cdbu[0] == INQUIRY) {
|
||
<BR>
|
||
if (workrequ->request_bufflen > 0x24) {
|
||
<BR>
|
||
workrequ->request_bufflen = 0x24;
|
||
<BR>
|
||
dev->ata_cdbu[4] = 0x24;
|
||
<BR>
|
||
}
|
||
<BR>
|
||
|
||
<BR>
|
||
}
|
||
<BR>
|
||
<P>I'm far away from understanding the driver, but this "smells" as if the
|
||
<BR>
|
||
data size for the INQUIRY command is being clipped to 0x24 bytes.
|
||
<BR>
|
||
<P>Unfortunately, there is no reliable check for the Linux SG driver, how
|
||
<BR>
|
||
many bytes were actually transferred. A quote from Douglas Gilbert's SG3
|
||
<BR>
|
||
documentation (<A HREF="http://www.torque.net/sg/p/scsi-generic_v3.txt">http://www.torque.net/sg/p/scsi-generic_v3.txt</A>):
|
||
<BR>
|
||
<P><EM>>int resid; /* [o] dxfer_len - actual_transferred */
|
||
</EM><BR>
|
||
<EM>> This is the residual count from the data transfer. It is 'dxfer_len'
|
||
</EM><BR>
|
||
<EM>> less the number of bytes actually transferred. In practice in only
|
||
</EM><BR>
|
||
<EM>> reports underruns (i.e. positive number) as data overruns should
|
||
</EM><BR>
|
||
<EM>> never happen. At time of writing no SCSI adapters supported 'resid'
|
||
</EM><BR>
|
||
<EM>> but hopefully this will soon change. This value will be zero if
|
||
</EM><BR>
|
||
<EM>> there was no underrun or the SCSI adapter doesn't support this
|
||
</EM><BR>
|
||
<EM>> feature.
|
||
</EM><BR>
|
||
<P>Thus, there is no way to check in sanei_scsi.c or "below", if my
|
||
<BR>
|
||
suspicion is right. But it could help to initialize pss->cmd in function
|
||
<BR>
|
||
inquiry in snapscan-scsi.c to something else than zero. (Well, the CDB
|
||
<BR>
|
||
should not be initialized with a non-zero value, but data block
|
||
<BR>
|
||
following the CDB...)
|
||
<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:%20Problems%20with%20Acer%20ScanPrisa%20640S&In-Reply-To=<39F06E79.870541DE@satzbau-gmbh.de>">majordomo@mostang.com</A>
|
||
</PRE>
|
||
<P><!-- body="end" -->
|
||
<HR NOSHADE>
|
||
<UL>
|
||
<!-- next="start" -->
|
||
<LI><STRONG>Next message:</STRONG> <A HREF="0232.html">Sebastien Sable: "Re: Problems with Acer ScanPrisa 640S"</A>
|
||
<LI><STRONG>Previous message:</STRONG> <A HREF="0230.html">Oliver Rauch: "Re: sane fronten packages"</A>
|
||
<LI><STRONG>In reply to:</STRONG> <A HREF="0228.html">Steve Underwood: "Re: Problems with Acer ScanPrisa 640S"</A>
|
||
<!-- nextthread="start" -->
|
||
<LI><STRONG>Next in thread:</STRONG> <A HREF="0240.html">abel deuring: "Re: Problems with Acer ScanPrisa 640S"</A>
|
||
<LI><STRONG>Next in thread:</STRONG> <A HREF="0232.html">Sebastien Sable: "Re: Problems with Acer ScanPrisa 640S"</A>
|
||
<LI><STRONG>Next in thread:</STRONG> <A HREF="0219.html">cbagwell@sprynet.com: "Re: Re: Problems with Acer ScanPrisa 640S"</A>
|
||
<LI><STRONG>Maybe reply:</STRONG> <A HREF="0219.html">cbagwell@sprynet.com: "Re: Re: Problems with Acer ScanPrisa 640S"</A>
|
||
<LI><STRONG>Reply:</STRONG> <A HREF="0240.html">abel deuring: "Re: Problems with Acer ScanPrisa 640S"</A>
|
||
<!-- reply="end" -->
|
||
<LI><STRONG>Messages sorted by:</STRONG>
|
||
<A HREF="date.html#231">[ date ]</A>
|
||
<A HREF="index.html#231">[ thread ]</A>
|
||
<A HREF="subject.html#231">[ subject ]</A>
|
||
<A HREF="author.html#231">[ 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>Fri Oct 20 2000 - 08:52:41 PDT</EM>
|
||
</EM>
|
||
</SMALL>
|
||
</BODY>
|
||
</HTML>
|