I have a Canon CanoScan 300 scanner. With Sane 1.0.1 everything worked fine.
But now I have upgraded to 1.0.2 and I can't get my scanner working.
The configuration of /dev/scanner is okay. This is the content of
/proc/scsi/scsi:
Attached devices:
Host: scsi0 Channel: 00 Id: 02 Lun: 00
Vendor: CANON Model: IX-03035B Rev: 2.01
Type: Scanner ANSI SCSI revision: 02
Host: scsi1 Channel: 00 Id: 06 Lun: 00
Vendor: IOMEGA Model: ZIP 100 Rev: D.17
Type: Direct-Access ANSI SCSI revision: 02
Besides, find-scanner from the tools-subdir finds the scanner, also when I
am logged in as a normal user.
The Sane setup should be okay, since the PNM-backend works without
problems.
The Canon-backend, as far as I can tell, can be found by libsane-dll, but
somewhere it encounters an error.
The file /usr/etc/sane.d/canon.conf contains:
scsi CANON
/dev/scanner
And /usr/etc/sane.d/dll.conf:
pnm
canon
With the debug-options enabled, I get the following messages when I start
xscanimage:
----------------------------------------------------------------------------
[sanei_init_debug]: Setting debug level of dll to 128.
[dll] adding backend pnm
[dll] adding backend canon
[dll] loading backend canon
[dll] dlopen()ing `/usr/lib/sane/libsane-canon.so.1'
[dll] init: initializing backend `canon'
[sanei_init_debug]: Setting debug level of canon to 128.
[canon] >> sane_init
[canon] sane_init: sane 1.0.2
[canon] >> attach_one
[canon] >> attach
[canon] attach: opening /dev/scanner
[sanei_init_debug]: Setting debug level of sanei_scsi to 128.
[sanei_scsi] sanei_scsi_open: SG driver version: 20134
[sanei_scsi] sanei_scsi_open_extended: using 131072 bytes as SCSI buffer
[sanei_scsi] sanei_scsi_open: SG driver can change buffer size at run time
[canon] attach: sending (standard) INQUIRY
[canon] >> inquiry
[sanei_scsi] scsi_req_enter: entered 0x403dd008
[sanei_scsi] sanei_scsi.issue: 0x403dd008
[sanei_scsi] scsi_req_enter: queue_used: 1, queue_max: 1
[sanei_scsi] sanei_scsi_req_wait: waiting for 0x403dd008
[sanei_scsi] sanei_scsi.issue: 0x403dd008
[sanei_scsi] sanei_scsi_req_wait: read 72 bytes
[canon] << inquiry
[canon] attach: sending TEST_UNIT_READY
[canon] >> test_unit_ready
[sanei_scsi] scsi_req_enter: entered 0x403dd008
[sanei_scsi] sanei_scsi.issue: 0x403dd008
[sanei_scsi] scsi_req_enter: queue_used: 1, queue_max: 1
[sanei_scsi] sanei_scsi_req_wait: waiting for 0x403dd008
[sanei_scsi] sanei_scsi.issue: 0x403dd008
[sanei_scsi] sanei_scsi_req_wait: read 36 bytes
[canon] << test_unit_ready
[canon] attach: sending RESERVE UNIT
[canon] >> reserve_unit
[sanei_scsi] scsi_req_enter: entered 0x403dd008
[sanei_scsi] sanei_scsi.issue: 0x403dd008
[sanei_scsi] scsi_req_enter: queue_used: 1, queue_max: 1
[sanei_scsi] sanei_scsi_req_wait: waiting for 0x403dd008
[sanei_scsi] sanei_scsi.issue: 0x403dd008
[sanei_scsi] sanei_scsi_req_wait: read 36 bytes
[canon] << reserve_unit
[canon] attach: sending GET SCAN MODE for scan control conditions
[canon] get scan mode: cmd[4]='0x14'
[sanei_scsi] scsi_req_enter: entered 0x403dd008
[sanei_scsi] sanei_scsi.issue: 0x403dd008
[sanei_scsi] sanei_scsi.issue: bad write (errno=5) Input/output error -1
[sanei_scsi] scsi_req_enter: queue_used: 0, queue_max: 1
[sanei_scsi] sanei_scsi_req_wait: waiting for 0x403dd008
[sanei_scsi] sanei_scsi.issue: 0x403dd008
[canon] << get scan mode
[canon] attach: GET SCAN MODE for scan control conditions failed
[canon] << attach_one
[canon] << sane_init
[canon] >> sane_get_devices
[canon] << sane_get_devices
[dll] loading backend pnm
[dll] dlopen()ing `/usr/lib/sane/libsane-pnm.so.1'
[dll] init: initializing backend `pnm'
[dll] exiting
[dll] calling backend `canon's exit function
[canon] >> sane_exit
[canon] << sane_exit
[dll] calling backend `pnm's exit function
------------------------------------------------------------------------------
As far as I can tell, the error occurs in "GET SCAN MODE".
What can be wrong?
I use SuSE Linux 6.3.
Herman
-- Source code, list archive, and docs: http://www.mostang.com/sane/ To unsubscribe: echo unsubscribe sane-devel | mail majordomo@mostang.com
This archive was generated by hypermail 2b29 : Sun Apr 30 2000 - 14:00:22 PDT