[sane-devel] no scanners found (leo s3 scsi-scanner)

Frank Zago fzago at austin.rr.com
Thu Jan 16 02:55:15 GMT 2003


Henning Meier-Geinitz wrote:
> Hi,
> 
> On Wed, Jan 15, 2003 at 09:59:03PM +0100, axel dammers wrote:
> 
>>It's right, the name of the scanner is  LEO LEOScan-S3.
>>
>>Here are the output of  "SANE_DEBUG_LEO=255 scanimage -L":
>>
>>[sanei_debug] Setting debug level of leo to 255.
>>[leo] sane_init
>>[leo] This is sane-leo version 1.0-9
>>[leo] (C) 2002 by Frank Zago
>>[leo] attach_scanner: /dev/sg0
>>[leo] leo_init: enter
>>[leo] leo_init: exit
>>[leo] attach_scanner: opening /dev/sg0
>>[leo] leo_identify_scanner: enter
>>[leo] device is "LEO" "LEOScan-S3" "1.10"
>>[leo] leo_identify_scanner: exit, device not supported
> 
> 
> Looks like a detection problem. I don't know anything about the leo
> backend, but here is part of the source code (backend/leo.c):
> 
> static const struct scanners_supported scanners[] = {
>   {6, "ACROSS  ", "                ",
>    "Across", "FS-1130"},
>   {6, "LEO     ", "LEOScan-S3      ",
>    "Leo", "S3"}
> };
> 
> So the backend expects spaces after the names but the SCSI inqiry
> seems to put a 0 after the names (?).
> 
> You can verify that by running sane-find-scanner -v -v and looking at
> the SCSI inqiry. If there is a 0 after the names, that's the problem.
> 
> You can try to modify the source code by removing the spaces after LEO
> and LEOScan-S3 to find out,i ft this is the problem.

Yes. That seems to be the problem. I have some scsi traces for that scanner, and 
there is spaces after the names. However the firmware version is not the same 
(3.01 instead of 1.10 here).

I that fixes your issue, I'll add an entry for it before the next release of SANE.

Frank.





More information about the sane-devel mailing list