From owner-freebsd-current@FreeBSD.ORG Mon Feb 18 11:10:37 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 D5D8A16A418 for ; Mon, 18 Feb 2008 11:10:37 +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 4EEA113C4E1 for ; Mon, 18 Feb 2008 11:10:36 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from nbc.matik.com.br (nbc.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id m1IBAVk9012399; Mon, 18 Feb 2008 08:10:31 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Mon, 18 Feb 2008 08:10:28 -0300 User-Agent: KMail/1.9.6 (enterprise 0.20071204.744707) References: <200704182239.59842.gelsemap@superhero.nl> <2442.10.202.77.197.1203269021.squirrel@webmail.superhero.nl> <200802180501.08502.joao@matik.com.br> In-Reply-To: <200802180501.08502.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200802180810.29049.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: "Gelsema, P \(Patrick\) - FreeBSD" , Niki Denev , "Gelsema, P \(Patrick\)" Subject: Re: Adaptec AHD U320 operating as only U160 (take care with this hack!) 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, 18 Feb 2008 11:10:37 -0000 On Monday 18 February 2008 05:01:01 JoaoBR wrote: > On Sunday 17 February 2008 14:23:41 Gelsema, P (Patrick) - FreeBSD wrote: > > On Sun, February 17, 2008 07:33, Justin T. Gibbs wrote: > > > Niki Denev wrote: > > > > I was playing around with DTrace, tracing cam/xpt and the ahd driv= er > > > > > > and > > > > > > > found out that if i comment the following code : > > > > > > > > if ((spi3caps & SID_SPI_IUS) =3D=3D 0) > > > > spi->ppr_options &=3D ~MSG_EXT_PPR_IU_REQ; > > > > > > > > at line 6655 in sys/cam/cam_xpt.c my disks again negotiate as U320= : > > > > > > > > da0 at ahd0 bus 0 target 0 lun 0 > > > > da0: Fixed Direct Access SCSI-3 device > > > > da0: 320.000MB/s transfers (160.000MHz DT, offset 63, 16bit) > > > > da0: Command Queueing Enabled > > > > da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) > take care with this hack because at least on Tyans and SM Mbs this hack doe= s=20 nothing good and cause continuous card dumps and some machines do not boot= =20 correctly (seems it depends on kind of disk installed), it is not usable=20 here! the only card which stands this is the pci-x adaptec 29320 > it is not working on Tyan MBs embedded u320 Adaptec, I still get with > complete world and kernel build on sources from this night > > #d3a 0L:a un E ST373207LW 0005> Fixed Direct Access SCSI-3 device > da0: 160.000MB/s transfers (80.000MHzS MDPT:, AoPf fCsPeUt #623 ,L > au1n6cbhietd)! > > da0: Command Queueing Enabled > da0: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) > da1 at ahd0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) > da1: Command Queueing Enabled > da1: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) > Trying to mount root from ufs:/dev/da0s1a > > > It is this controller: > > ahd0: port > 0x9000-0x90ff,0x8800-0x88ff mem 0xfc9fc000-0xfc9fdfff irq 24 at device 6.0 > on pci2 > ahd0: [ITHREAD] > aic7902: Ultra320 Wide Channel A, SCSI Id=3D7, PCI-X 67-100Mhz, 512 SCBs > ahd1: port > 0x9800-0x98ff,0x9400-0x94ff mem 0xfc9fe000-0xfc9fffff irq 25 at device 6.1 > on pci2 > ahd1: [ITHREAD] > aic7902: Ultra320 Wide Channel B, SCSI Id=3D7, PCI-X 67-100Mhz, 512 SCBs > > which on first site seems to be the same on Supermicros MB: > > ahd0: port > 0xa800-0xa8ff,0xa400-0xa4ff mem 0xfc9fe000-0xfc9fffff irq 24 at device 3.0 > on pci2 > ahd0: [ITHREAD] > aic7902: Ultra320 Wide Channel A, SCSI Id=3D7, PCI-X 67-100Mhz, 512 SCBs > ahd1: port > 0xa000-0xa0ff,0xac00-0xacff mem 0xfc9fc000-0xfc9fdfff irq 25 at device 3.1 > on pci2 > ahd1: [ITHREAD] > aic7902: Ultra320 Wide Channel B, SCSI Id=3D7, PCI-X 67-100Mhz, 512 SCBs > > > > > > But I can confirm that it seems to be ok on 29320 Adaptec cards and on > Supermicro embedded U320 Adaptec =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