From owner-freebsd-scsi Sun Jan 14 16:14:52 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA02976 for freebsd-scsi-outgoing; Sun, 14 Jan 1996 16:14:52 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA02970 for ; Sun, 14 Jan 1996 16:14:48 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id TAA15464; Sun, 14 Jan 1996 19:18:29 -0500 From: Peter Dufault Message-Id: <199601150018.TAA15464@hda.com> Subject: Re: FreeBSD NCR driver timeout? To: jafo@tummy.com (Sean Reifschneider) Date: Sun, 14 Jan 1996 19:18:28 -0500 (EST) Cc: se@zpr.uni-koeln.de, freebsd-scsi@freebsd.org In-Reply-To: <199601142310.RAA12580@sylvia.tummy.com> from "Sean Reifschneider" at Jan 14, 96 05:10:14 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk > >Well, most devices will not require 1.6s for a single > >bus transaction (locking out all other devices ...). > > I completely agree here... It *SHOUDN'T*, but it does. :-) This is what I mentioned the Microtek scanner does. It locks up the SCSI bus while it positions the scan head. This is the problem with these "PC" scanners that ship with their own SCSI controllers - they can be completely anti-social about what they do on the bus. Unfortunately, Stefan, I think that if possible we ought to provide the same host adapter behavior across all adapters and use the timeout passed in (if we can), even if it is for an ungodly amount of time. Keep in mind that someone might elect to dedicate an NCR controller to talking to an anti-social scanner and will be disappointed if they can't make it work with a timeout of, say, 10 seconds. After all, those NCR controllers are among the cheapest we support and therefore a good choice for a second dedicated bus. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267