> Date: Thu, 29 Jan 1998 16:49:16 -0600
> From: "D. Cameron Mauch" <CameronM@savvis.com>
> MIME-Version: 1.0
> To: sane-devel@mostang.com
> Subject: SANE and Sparc
>
> Hello. SANE does not currently work with Sparc. I have spent a week working
with many
> different individuals on SANE with the SCG driver. It appears the SCG driver
has some
> problems. See the attached error output for more information. And the SG
driver which
> I just purchased does not seem to come with the sgdefs.h file needed by SANE
to use it.
> Any other ideas? I have already applied several patches, including the one to
the file
> include/sane/config.h.in to recognize the SCG and SG drivers. There were also
two in the
> sanei/sanei_scsi.c file (on lines 1392 and 1424).
>
This is not a problem of the sg drivers.
They call the kernel function scsi_transport, which passes the SCSI control
block down to the scsi interface and brings back the result.
Evidently this is incompatible with some reserved or vendor-specific
SCSI commands used by some scanners.
HP scanners use none of them, umax do, but the command could be removed
without any effect, but for microtek I did not succeed in getting rid of
it.
I sent the attached mail to the microtek backend developer, but got no
response until now.
I will contact sun if there is a solution. I don't know how to run microtek
scanners witout a modification in either the backend or the kernel code
--martin
--Gam_of_Porpoises_780_000
Content-Type: TEXT/plain; name="microtek.mail"; charset=us-ascii; x-unix-mode=0640
Content-Description: microtek.mail
Content-MD5: fj3JMTd+jGIpLU3dEAP0QA==
Date: Sat, 31 Jan 1998 00:26:32 +0100 (MET)
From: Martin Huber <hu@garfield>
Subject: Microtek on Solaris
To: maddog@mir.com
Mime-Version: 1.0
I tried to use a Microtek ScanMaker III with Solaris 2.
I found that microtek uses the command 0x19 in the function mode_sense_1().
This command is vendor-specific for all devices except of magnetic tapes,
where it is ERASE, and there the fifth word of the cdb, where microtek
has the buffer size, is RESERVED.
Evidently the scanner behaves different upon this command than a tape,
and other than the solaris kernel expects. So it ignores this command, and
returns in pkt_reason
CMD_UNX_BUS_FREE = Unexpected Bus Free Phase occurred.
The scanner gets in a locked state.
What does this command do? Can it be substituted by another one?
(umax had a similar command, which could be simply omitted).
If I omit it, the scanner never replies with READY to a test_unit_ready
command.
--martin
--Gam_of_Porpoises_780_000--
-- Source code, list archive, and docs: http://www.mostang.com/sane/ To unsubscribe: echo unsubscribe sane-devel | mail majordomo@mostang.com