From owner-freebsd-hardware  Mon Mar 30 10:55:05 1998
Return-Path: <owner-freebsd-hardware@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id KAA22570
          for freebsd-hardware-outgoing; Mon, 30 Mar 1998 10:55:05 -0800 (PST)
          (envelope-from owner-freebsd-hardware@FreeBSD.ORG)
Received: from david.siemens.de (david.siemens.de [192.35.17.14])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA22560
          for <freebsd-hardware@FreeBSD.ORG>; Mon, 30 Mar 1998 10:54:56 -0800 (PST)
          (envelope-from andre.albsmeier@mchp.siemens.de)
Received: from salomon.mchp.siemens.de (salomon.siemens.de [139.23.33.13])
	by david.siemens.de (8.8.8/8.8.8) with ESMTP id TAA29605
	for <freebsd-hardware@FreeBSD.ORG>; Mon, 30 Mar 1998 19:54:30 +0100 (MET)
X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer david.siemens.de)
Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23])
	by salomon.mchp.siemens.de (8.8.8/8.8.5) with ESMTP id UAA09096
	for <freebsd-hardware@FreeBSD.ORG>; Mon, 30 Mar 1998 20:54:30 +0200 (MDT)
Received: (from daemon@localhost)
	by curry.mchp.siemens.de (8.8.8/8.8.8) id UAA11822
	for <freebsd-hardware@FreeBSD.ORG>; Mon, 30 Mar 1998 20:54:30 +0200 (CEST)
From: Andre Albsmeier <andre.albsmeier@mchp.siemens.de>
Message-Id: <199803301854.UAA01783@intern>
Subject: Re: Tagged SCSI
In-Reply-To: <Pine.BSF.3.95q.980330093223.5233B-100000@misery.sdf.com> from Tom at "Mar 30, 98 09:34:22 am"
To: tom@sdf.com (Tom)
Date: Mon, 30 Mar 1998 20:54:27 +0200 (CEST)
Cc: freebsd-hardware@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL38 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-hardware@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

> 
> > If yes is it possible to turn it on only on UW bus, but turn off on
> > narrow - it is streamer connected there which do not understand tagging.
> > Or I'd misunderstood something?
> 
>   No.  Devices that don't understand tags should just not ask the
> controller to use them.  If the device does anyhow and is buggy, a entry
> should be added to the SCSI device quirks table for your streamer.

I think this is the entry SD_Q_NO_TAGS in scsiconf.c, right?

Could you, or s.o. else, please drop me a short note where this
entry is being used later? If grep'ed SD_Q_NO_TAGS on the whole
kernel sources and didn't find it anywhere. I would like to
see what changes SD_Q_NO_TAGS does in the scsidriver.

Thanks a lot,

	-Andre

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hardware" in the body of the message