[sane-devel] Problem with HP ScanJet 8290 and scsi
Marc F. Clemente
marc at mclemente.net
Mon Mar 13 17:35:02 UTC 2006
I have a problem connecting a ScanJet 8290 by scsi.
The computer: AMD64 running Linux kernel version 2.6.15
Scsi card (lspci -v):
0000:00:0e.0 SCSI storage controller: Adaptec AHA-7850 (rev 03)
Subsystem: Adaptec AHA-2904/Integrated AIC-7850
Flags: bus master, medium devsel, latency 32, IRQ 21
I/O ports at b400 [disabled] [size=256]
Memory at fb200000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [dc] Power Management version 1
Scanner is connected to the computer with the scsi cable.
Scanner is recognised by the computer (kern.log):
Mar 13 09:50:51 marc kernel: Vendor: HP Model: C9930A Rev: 1.03
Mar 13 09:50:51 marc kernel: Type: Scanner ANSI SCSI revision: 02
Mar 13 09:50:51 marc kernel: target4:0:2: Beginning Domain Validation
Mar 13 09:50:51 marc kernel: target4:0:2: FAST-10 SCSI 9.3 MB/s ST (108 ns, offset 15)
Mar 13 09:50:51 marc kernel: target4:0:2: Domain Validation skipping write tests
Mar 13 09:50:51 marc kernel: target4:0:2: Ending Domain Validation
Mar 13 09:50:51 marc kernel: 4:0:2:0: Attached scsi generic sg2 type 6
Scanner is recognised by sane-find-scanner (sane-find-scanner -q):
found SCSI scanner "HP C9930A 1.03" at /dev/sg2
Scanner is recognised by scanimage (scanimage -L):
device `avision:/dev/sg2' is a Hewlett-Packard ScanJet 8200 flatbed scanner
Scanimage does not work... It just hangs when I try to scan a picture:
#setenv SANE_DEBUG_SANEI_SCSI 1
#scanimage -d avision:/dev/sg2 > /dev/null
[sanei_debug] Setting debug level of sanei_scsi to 1.
[sanei_debug] Setting debug level of sanei_scsi to 1.
[sanei_debug] Setting debug level of sanei_scsi to 1.
[sanei_debug] Setting debug level of sanei_scsi to 1.
[sanei_debug] Setting debug level of sanei_scsi to 1.
[sanei_debug] Setting debug level of sanei_scsi to 1.
[sanei_scsi] lx_chk_devicename: matched device(direct): /dev/sg2
[sanei_debug] Setting debug level of sanei_scsi to 1.
[sanei_debug] Setting debug level of sanei_scsi to 1.
[sanei_scsi] lx_chk_devicename: matched device(direct): /dev/sg2
[sanei_debug] Setting debug level of sanei_scsi to 1.
[sanei_scsi] sanei_scsi_open: SG driver version: 30533
[sanei_scsi] sanei_scsi_open_extended: using 131072 bytes as SCSI buffer
[sanei_scsi] trying to enable low level command queueing
[sanei_scsi] sanei_scsi_open: Host adapter queue depth: 2
[sanei_scsi] sanei_scsi_open: SG driver can change buffer size at run time
[sanei_scsi] sanei_scsi_open: low level command queueing enabled
[sanei_scsi] sanei_scsi_open: using new SG header structure
[sanei_debug] Setting debug level of sanei_scsi to 1.
[sanei_debug] Setting debug level of sanei_scsi to 1.
[sanei_debug] Setting debug level of sanei_scsi to 1.
[sanei_scsi] sanei_scsi_open: SG driver version: 30533
[sanei_scsi] sanei_scsi_open_extended: using 131072 bytes as SCSI buffer
[sanei_scsi] trying to enable low level command queueing
[sanei_scsi] sanei_scsi_open: Host adapter queue depth: 2
[sanei_scsi] sanei_scsi_open: SG driver can change buffer size at run time
[sanei_scsi] sanei_scsi_open: low level command queueing enabled
[sanei_scsi] sanei_scsi_open: using new SG header structure
[sanei_scsi] sanei_scsi_req_enter2 warning: truncating write data from requested 28 bytes to allowed
12 bytes
[sanei_scsi] sanei_scsi.issue: bad write (errno=90) Message too long -1
scanimage: sane_start: Error during device I/O
Exit 9
What am I doing wrong? What's the meaning of "truncating write data from requested 28 bytes..."
Any suggestions? Do I need to try something different?
Thanks,
Marc
More information about the sane-devel
mailing list