From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 22:16:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75B8F16A469 for ; Mon, 11 Feb 2008 22:16:11 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id D494513C468 for ; Mon, 11 Feb 2008 22:16:08 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.p.matik.com.br [200.152.83.36] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id m1BMFuLg046686; Mon, 11 Feb 2008 20:15:56 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Scott Long Date: Mon, 11 Feb 2008 20:16:00 -0200 User-Agent: KMail/1.9.7 References: <200704182239.59842.gelsemap@superhero.nl> <2e77fc10802111330p738d2c93i9eb1189b307d732d@mail.gmail.com> <47B0C34E.7040804@samsco.org> In-Reply-To: <47B0C34E.7040804@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200802112016.01563.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: Niki Denev , "Gelsema, P \(Patrick\)" , freebsd-current@freebsd.org Subject: Re: Adaptec AHD U320 operating as only U160 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 22:16:11 -0000 On Monday 11 February 2008 19:51:10 Scott Long wrote: > >> > >> > >> Do you still have your U320 disks running as U160 disks with an Adaptec > >> U320 controller in 7.0 or 8-CURRENT? I also have this problem and I've > >> traced it down to the CAM "NEW TRAN" code. > > Guys, > > I hate to say it, but SCSI speed negotiation broke with 7.0. I don't > have a quick fix, and I don't know of a workaround other than to tell > you to read the camcontrol manpage section on the 'negotiate' command > and play with that. I'm working on fixing the problem, but it won't be > fixed in time for the final 7.0 release. I'll post updates when I have > more information. > you said this some time ago but I was hoping you could make it for 7-R unfortunately there is nothing to do here with camcontrol ... it can be set on some adaptors with -U the syncrate but this seems not to=20 affect the actual settings and specially the negotiation speed where I had a adaptec card I could put a LSI card in where the correct spee= d=20 is shown mpt0: port 0xdc00-0xdcff mem=20 0xfd7c0000-0xfd7dffff,0xfd7a0000-0xfd7bffff irq 16 at device 4.0 on pci1 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) but unfortunately again all my Tyans and SM with onboard adaptec are runnin= g=20 on slow speed (160) ahd0: port 0xa800-0xa8ff,0xa400-0xa= 4ff=20 mem 0xfc9fe000-0xfc9fffff irq 24 at device 3.0 on pci2 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) so then it is not exactly a scsi but an adaptec problem right? =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br