[4919] in linux-scsi channel archive
Re: ncr53c8xx 3.0 & scanner
daemon@ATHENA.MIT.EDU (Peter Daum)
Fri Oct 16 14:58:18 1998
Date: Fri, 16 Oct 1998 11:17:22 +0200 (MET DST)
To: Gerard Roudier <groudier@club-internet.fr>
cc: linux-scsi@vger.rutgers.edu
In-Reply-To: <Pine.LNX.3.95.981015223939.1137A-100000@localhost>
From: "Peter Daum" <gator@cs.tu-berlin.de>
Reply-To: <gator@cs.tu-berlin.de>
Hi,
On Thu, 15 Oct 1998, Gerard Roudier wrote:
[...]
> Using tags with a scanner is very optimistic. ;-)
> The driver normally catches this feature from the INQUIRY response.
> Could you send me the INQUIRY response sent by the scanner?
> You can get it using scsiinfo or scsi-config tool.
scsiinfo doesn't produce any useful information; obviously
opening the scsi generic devices is not allowed, no matter how
the file permissions are set:
open("/dev/sge", O_RDONLY) = -1 EACCES (Permission denied)
However, from a DOS based Adaptec SCSI Explorer I know, that the
Scanner claims to be SCSI-2 compliant but does not pretend to
support any other "special features" like tagged command queueing
or sync transfers.
> Nothing is really obvious with SCSI, except that there is bunches of
> non-compliant SCSI devices floating around. Drivers 2.x only may use tags
> with hard disks that claim the feature. Recent drivers use tags with any
> device that responds to INQUIRY (EVPD and CmDt not set) with appropriate
> response data format and claiming this feature.
>
> Do you get the exact same error messages as above when the error occurs
> and tags are disabled?
With tags disabled, there isn't any real error message anymore;
when I try to do open the scanner a second time, xscanimage just
gets stuck in its inquiry routine and the driver reports a
timeout every 10 minutes:
Oct 16 10:11:23 swamp kernel: scsi1 : ncr53c8xx - revision 3.0i
Oct 16 10:11:23 swamp kernel: scsi : 2 hosts.
Oct 16 10:11:28 swamp kernel: Vendor: UMAX Model: Astra 1200S Rev: V1.1
Oct 16 10:11:28 swamp kernel: Type: Scanner ANSI SCSI revision: 02
Oct 16 10:11:28 swamp kernel: Detected scsi generic sge at scsi1, channel 0, id 5, lun 0
Oct 16 10:30:30 swamp kernel: scsi : aborting command due to timeout : pid 663, scsi1, channel 0, id 5, lun 0 Inquiry 00 02 00 a1 00
Oct 16 10:30:30 swamp kernel: ncr53c8xx_abort: pid=663 serial_number=1381 serial_number_at_timeout=1381
Oct 16 10:30:30 swamp kernel: ncr53c810-0: abort ccb=c5d07020 (cancel)
Oct 16 10:30:31 swamp kernel: SCSI host 1 abort (pid 663) timed out - resetting
Oct 16 10:30:31 swamp kernel: SCSI bus is being reset for host 1 channel 0.
Oct 16 10:30:31 swamp kernel: ncr53c8xx_reset: pid=663 reset_flags=2 serial_number=1381 serial_number_at_timeout=1381
Oct 16 10:40:33 swamp kernel: SCSI host 1 abort (pid 663) timed out - resetting
Oct 16 10:40:33 swamp kernel: SCSI bus is being reset for host 1 channel 0.
Oct 16 10:40:33 swamp kernel: ncr53c8xx_reset: pid=663 reset_flags=2 serial_number=1422 serial_number_at_timeout=1422
Oct 16 10:50:35 swamp kernel: SCSI host 1 abort (pid 663) timed out - resetting
Oct 16 10:50:35 swamp kernel: SCSI bus is being reset for host 1 channel 0.
Oct 16 10:50:35 swamp kernel: ncr53c8xx_reset: pid=663 reset_flags=2 serial_number=1463 serial_number_at_timeout=1463
I also tried the other NCR driver (53c7,8xx) but couldn't even
load it, because it obviously doesn't believe in interrupt
sharing and the NCR810 card and the onboard Adaptec controller
both use IRQ 9.
Regards,
Peter
--
| Peter Daum (gator@cs.tu-berlin.de) __o (+49 30)
| http://www.cs.tu-berlin.de/~gator _'\<_ 691 46 35
| pgp messages welcome! _(_)/(_) ___________
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.rutgers.edu