From owner-freebsd-scsi Thu May 13 13: 5:46 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id ED82914D7F for ; Thu, 13 May 1999 13:05:44 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from feral.com (mjacob@feral.com [192.67.166.1]) by feral.com (8.8.7/8.8.7) with ESMTP id NAA28456; Thu, 13 May 1999 13:05:11 -0700 Date: Thu, 13 May 1999 13:05:11 -0700 (PWT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Gerard Roudier Cc: Chuck Robey , freebsd-scsi@FreeBSD.ORG Subject: Re: IBM scsi drives In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > On Thu, 13 May 1999, Matthew Jacob wrote: > > > I've had some reasonable good experiences in some contexts with the IBM > > drives- but they have a wierd property of not working if your host adapter > > negotiates sync speeds before negotiating wide. Make sure these drives > > work for you before you pay! > > If your driver/controller pair assume the SYNC agreement is still valid > after a WIDE negotiation that succeeds, then the IBM drives may well > be quite correct. > > A WIDE negotation that succeeds makes the SYNC agreement go back to > ASYNCHRONOUS. So, a driver that negotiates SYNC before WIDE must assume > WIDE-ASYNCHRONOUS if the target agrees with WIDE transfers. > > By the way, SDTR, then WDTR, then SDTR is correct, but indeed stupid since > both Wide and Sync capabilities are returned in the INQUIRY data. > > The right order for negotiations is, first WIDE (leads to ASYNC if > succeeds), then SYNC. Yes, I agree. But systems and f/w don't always do the right thing. Suns enable sync mode first, and then enable wide. IBM Drive accepts the wide and chokes. It's not that it goes back to Async. It just chokes. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message