From owner-freebsd-current@FreeBSD.ORG Mon Feb 18 13:37:58 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 CAE6C16A419 for ; Mon, 18 Feb 2008 13:37:58 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [82.95.198.17]) by mx1.freebsd.org (Postfix) with ESMTP id 34C7213C46B for ; Mon, 18 Feb 2008 13:37:57 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 488 invoked by uid 80); 18 Feb 2008 13:37:35 -0000 Received: from 195.50.100.20 (SquirrelMail authenticated user gelsemap) by www.superhero.nl with HTTP; Mon, 18 Feb 2008 14:37:35 +0100 (CET) Message-ID: <23378.195.50.100.20.1203341855.squirrel@www.superhero.nl> In-Reply-To: <2e77fc10802180430m18215bdav3716048ac3a2e6d0@mail.gmail.com> References: <200704182239.59842.gelsemap@superhero.nl> <2442.10.202.77.197.1203269021.squirrel@webmail.superhero.nl> <200802180501.08502.joao@matik.com.br> <200802180810.29049.joao@matik.com.br> <2e77fc10802180430m18215bdav3716048ac3a2e6d0@mail.gmail.com> Date: Mon, 18 Feb 2008 14:37:35 +0100 (CET) From: "Gelsema, P \(Patrick\)" To: "Niki Denev" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org, JoaoBR 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 13:37:59 -0000 On Mon, February 18, 2008 13:30, Niki Denev wrote: > On 2/18/08, JoaoBR wrote: >> 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 >> driver >> > > > >> > > > and >> > > > >> > > > > found out that if i comment the following code : >> > > > > >> > > > > if ((spi3caps & SID_SPI_IUS) == 0) >> > > > > spi->ppr_options &= ~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 >> does >> nothing good and cause continuous card dumps and some machines do not >> boot >> correctly (seems it depends on kind of disk installed), it is not usable >> 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=7, 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=7, 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=7, 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=7, 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 >> >> -- >> >> Joćo >> > > Yes, that's a gross hack, no doubt about it. > I posted it mainly to serve as a pointer to the > real problem, and I think it did that. > With version 1.30 of aic79xx_osm.c my negotiation > problems are gone. I am getting confused. Is version 1.30 considered a gross hack? If required I can do tests on my machine. If so, please let me know which ones. Rgds, Patrick > > --Niki > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >