# mustek aha1520B problems

aanderson = (aanderson3@uswest.net)
Fri, 2 Jul 1999 17:53:42 +0000 (Local time zone must be set--see zic manual pageFri Jul 2 10:54:35 1999 PDT

- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
- Next message: Ingo Wilken: "dll backend: aliased & hidden device names"
- Previous message: Brian B.: "Re: Artec AT6 yet again"
- Next in thread: Douglas Gilbert: "Re: mustek aha1520B problems"
- Reply: Douglas Gilbert: "Re: mustek aha1520B problems"
- Reply: aanderson =: "Re: mustek aha1520B problems"
- Reply: Douglas Gilbert: "Re: mustek aha1520B problems"

I have been using SANE (1.0.1) to run a MUSTEK MFS-6000CX
from a Linux system with an Adaptek 1520B/1522B.

xscanimage has worked nominally on kernels 2.0.33,
2.0.36,(W/WO bigger buffers),2.0.37(W/WO bigger buffers),
and 2.2.10.

There are some disquieting symptoms, however, which I
don't know whether to attribute to SANE, sg, the SCSI card,
or the scanner, and on which perhaps someone can shed some light.

Symptoms:

in all configurations, interrupts seem to be disabled, or the system
seems to hang, for inordinate periods (several seconds) during a scan,
especially when the scan is first initiated, but also during each scan
segment.

At least some configurations of the system can be made to crash
by trying other activity during a scan. I have been reluctant to gather
too many statistics about just what activies cause system crashes however,
but small scans seem typically to complete OK.

Running xtops during a scan shows cpu usage 99%idle after starting
xscanimage, but before a scan is initiated, at 75% system, 25% user
during the scan, and continuing at 75/25 even after the scan has completed,
only returning to 99% idle when xscanimage is exited.

Is this behavior normal for SANE, or this card or scanner, or do I just
have something configured wrong.

The scanner is the only device on the SCSI bus, which is (at least
nominally) properly terminated, and which has worked fine for DISKS and
CDROMS.

The aha152x driver for the SCSI card is slightly ersatz on 2.2.10,
however, since that version doesn't recognize the 1520B/1522B, I added
the recognition entry from the 2.0.37 driver to the 2.2.10 driver, which
seems to make it work fine otherwise.

The card is configured with aha152x=0x340,11,7,1 in LILO, with sg, etc. as
modules. Behavior was similar with aha152x as a module.

I think this card has FIFO polled data transfer, which if properly implemented
should avoid the symptoms noted above, so I suspect the driver/card interface.

The configuration file mustek.conf is:

option strip-height 1
scsi MUSTEK

/proc/scsi/scsi is:

Attached devices:
Host: scsi0 Channel: 00 Id: 05 Lun: 00
Vendor: MUSTEK Model: MFS-06000CX Rev: 2.20
Type: Scanner ANSI SCSI revision: ffffffff

If anyone has any comments on this, I would appreciate them,

Thanks in advance

From Al Anderson
_______________________________________________________
- Anything NOT worth doing..is NOT worth doing well! AA
_______________________________________________________

    --
    Source code, list archive, and docs: http://www.mostang.com/sane/
    To unsubscribe: echo unsubscribe sane-devel | mail majordomo@mostang.com

- Next message: Ingo Wilken: "dll backend: aliased & hidden device names"
- Previous message: Brian B.: "Re: Artec AT6 yet again"
- Next in thread: Douglas Gilbert: "Re: mustek aha1520B problems"
- Reply: Douglas Gilbert: "Re: mustek aha1520B problems"
- Reply: aanderson =: "Re: mustek aha1520B problems"
- Reply: Douglas Gilbert: "Re: mustek aha1520B problems"