Date: Mon, 18 Feb 2008 14:30:11 +0200 From: "Niki Denev" <nike_d@cytexbg.com> To: JoaoBR <joao@matik.com.br> Cc: freebsd-current@freebsd.org Subject: Re: Adaptec AHD U320 operating as only U160 (take care with this hack!) Message-ID: <2e77fc10802180430m18215bdav3716048ac3a2e6d0@mail.gmail.com> In-Reply-To: <200802180810.29049.joao@matik.com.br> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2/18/08, JoaoBR <joao@matik.com.br> wrote: > On Monday 18 February 2008 05:01:01 JoaoBR wrote: > > On Sunday 17 February 2008 14:23:41 Gelsema, P (Patrick) - FreeBSD wrot= e: > > > 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 dr= iver > > > > > > > > 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 U3= 20 : > > > > > > > > > > da0 at ahd0 bus 0 target 0 lun 0 > > > > > da0: <SEAGATE ST336807LW 0C01> Fixed Direct Access SCSI-3 devi= ce > > > > > 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 d= oes > nothing good and cause continuous card dumps and some machines do not boo= t > 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<cShEeAdG!AT > > 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: <SEAGATE ST373207LW 0003> 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: <Adaptec AIC7902 Ultra320 SCSI adapter> 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 SCB= s > > ahd1: <Adaptec AIC7902 Ultra320 SCSI adapter> 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 SCB= s > > > > which on first site seems to be the same on Supermicros MB: > > > > ahd0: <Adaptec AIC7902 Ultra320 SCSI adapter> 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 SCB= s > > ahd1: <Adaptec AIC7902 Ultra320 SCSI adapter> 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 SCB= s > > > > > > > > > > > > But I can confirm that it seems to be ok on 29320 Adaptec cards and on > > Supermicro embedded U320 Adaptec > > -- > > Jo=E3o > 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. --Niki
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2e77fc10802180430m18215bdav3716048ac3a2e6d0>