From owner-freebsd-hardware  Thu Aug  7 16:20:49 1997
Return-Path: <owner-freebsd-hardware>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id QAA06447
          for hardware-outgoing; Thu, 7 Aug 1997 16:20:49 -0700 (PDT)
Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA06434
          for <hardware@freebsd.org>; Thu, 7 Aug 1997 16:20:40 -0700 (PDT)
Received: from x14.mi.uni-koeln.de ([134.95.219.124]) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA19380
  (5.67b/IDA-1.5 for <hardware@freebsd.org>); Fri, 8 Aug 1997 01:20:28 +0200
Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.6/8.6.9) id WAA01065; Thu, 7 Aug 1997 22:08:55 +0200 (CEST)
X-Face: "<d]#=8pzx);RzeqSKI86OVa7=!0/(uRa.+B.9Z9\eNUn@UG?!`y7yt2dFNn%k4'.}](uE%
 yCO)$e&Y1%3EO~ifu6Q-#YUM&JZ't,}JkPnAz,8Dj33u%@GBi%[Y#LHz$]h7a<p4)-jKI7~sKjlP-^
 EvA[G;]v&0]W!EL%shs,{7x0|oqN4YVIs5,NI#,V{9"WF):5&RkOhyj*#-IAG}Tnu;YCF,d
Message-Id: <19970807220855.43151@mi.uni-koeln.de>
Date: Thu, 7 Aug 1997 22:08:55 +0200
From: Stefan Esser <se@FreeBSD.ORG>
To: "Richard Seaman, Jr." <lists@tar.com>
Cc: "hardware@FreeBSD.ORG" <hardware@FreeBSD.ORG>
Subject: Re: TekRam DC-390 SCSI controllers - any ideas what chipset?
References: <199708071958.OAA05616@ns.tar.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.74
In-Reply-To: <199708071958.OAA05616@ns.tar.com>; from Richard Seaman, Jr. on Thu, Aug 07, 1997 at 02:58:04PM -0500
Sender: owner-freebsd-hardware@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Aug 7, "Richard Seaman, Jr." <lists@tar.com> wrote:
> >No, only current does, right now. I can provide anybody
> >who can't way for Ultra-SCSI support to be merged into
> >the -stable branch with a patch file, that brings the
> 
> Do you mean "Ultra-SCSI" or "ultra-wide-SCSI"?  C. Bowman indicates
> ultra-wide, and you seem to support that but then refer to only
> "ultra".

Yes, Ultra implies Ultra-Wide, since the two concepts
are orthogonal. Wide transfers need negotiation code
and some special case code on disconnects, but don't
depend at the transfer speed at all. Ultra needs the
clock dividers to be set accordingly, but those don't
infer with Wide. The negotiation of Wide transfers 
implies a fallback to asynchronous transfers until a
new synchronous transfer rate (and more importantly
a new "offset" value) is negotiated, but again, this
is true for any synch. rate independently of Ultra
transfer speeds ...

Regards, STefan