From owner-freebsd-current@FreeBSD.ORG Sun Feb 17 09:42:40 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 4D3D116A417 for ; Sun, 17 Feb 2008 09:42:40 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 3E88C13C467 for ; Sun, 17 Feb 2008 09:42:39 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so1042804rvb.43 for ; Sun, 17 Feb 2008 01:42:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=utlk01JZqH4+gUq530i+g6bpiWuFnhAjYtycQnyn8bA=; b=KhO4oY4yloLUHfabKE2ZiCD7aoqQ9ORNx0dlf4rIlC6qIvd9W7izMthLZCQEeXyUZh4Kcds9zCx2n9ebvBnvBPWE0bgA3AXJXwv5jQL9a32CbyTKFKzw4HUwlEpv9eBpScyYNX9CVhgFv5xAbPmvr7C/ghQmc3Yt8yHc7r29a7k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Nj3Hr+HlMz5xHsZG3IwPFQoGmawh6BrxNcGtKitY69ooarANLVgOxsL8h0JdND0CyKuTECNO7WOriJa0ry7kanpDd0hYWqpI6Niv2dcgKqnEkrZ4AA9BkReS0Cwmkd1diRT5x2TCiAr4PbsWi0lq5ya8xH76mDqcyeFpUAHIvjw= Received: by 10.140.203.9 with SMTP id a9mr3011842rvg.288.1203241357519; Sun, 17 Feb 2008 01:42:37 -0800 (PST) Received: by 10.141.170.18 with HTTP; Sun, 17 Feb 2008 01:42:37 -0800 (PST) Message-ID: <2e77fc10802170142r51719253r682365fb7d274116@mail.gmail.com> Date: Sun, 17 Feb 2008 11:42:37 +0200 From: "Niki Denev" Sender: ndenev@gmail.com To: "Justin T. Gibbs" In-Reply-To: <47B7D534.7000204@scsiguy.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200704182239.59842.gelsemap@superhero.nl> <86tzvcvaai.fsf@dwp.des.no> <31439.195.50.100.20.1176984826.squirrel@www.superhero.nl> <20080211184453.GA5605@dragon.NUXI.org> <2e77fc10802111330p738d2c93i9eb1189b307d732d@mail.gmail.com> <47B0C34E.7040804@samsco.org> <20080212010836.GA14441@dragon.NUXI.org> <2e77fc10802161506x5d790149lb688d221b0a96222@mail.gmail.com> <47B7D534.7000204@scsiguy.com> X-Google-Sender-Auth: eed5cefecb72b838 Cc: freebsd-current@freebsd.org, "Gelsema, P \(Patrick\)" , JoaoBR 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: Sun, 17 Feb 2008 09:42:40 -0000 On Feb 17, 2008 8:33 AM, 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) > > The aic79xx driver was not properly exporting its capabilities to > CAM. This has been addressed as of version 1.30 of aic79xx_osm.c. > Please let me know if you still have problems. > With aic79xx_osm.c 1.30 all of my U320 drives are detected as such. Thanks! I'm only wondering why with the latest version "cpi->transport_version" is set to 2, and then set to 4 on the next line? Probably you left it there for readability? > > > > Unfortunately I began seeing again the "Invalid sequencer interrupt" > > messages that i was seeing before(with fbsd 6.2) with Seagate drives > > on Adaptec at U320 speeds, and I prey that they are harmless (as they > > used to be?) > > While I do not know their root cause, they do appear to be harmless. > Do you happen to have your drives in a SES enclosure (on a backplane > with a SES chip)? One user claimed this was only reproducible when > a GEM318 SES chip was on the bus. > > -- > Justin Nope, no SES enclosure, just plain 68pin scsi drives. I have now put version 1.30 of aic79xx_osm.c on two machines, One of them is running the Dtrace snapshot of 8.0-current with dual channel PCI-X Adaptec U320 controller (on a plain 32bit/33mhz pci slot) : ahd0@pci0:4:1:0: class=0x010000 card=0x00429005 chip=0x80129005 rev=0x03 hdr=0x00 vendor = 'Adaptec Inc' device = 'ASC-29320 Ultra320 SCSI Controller' class = mass storage subclass = SCSI ahd0: port 0xe000-0xe0ff,0xd800-0xd8ff mem 0xfeb9c000-0xfeb9dfff irq 17 at device 1.0 on pci4 ahd0: [ITHREAD] and has four Seagate 73G drives attached to it : da0 at ahd1 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: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) on this machine i haven't seen "Invalid sequencer interrupt" messages yet. The other machine is running 7.0-PRERELEASE with Adaptec U320 on PCIe (actually it's still PCI/X with a PCIe bridge chip) : pcib4@pci0:3:0:0: class=0x060400 card=0x00000000 chip=0x811410b5 rev=0xbc hdr=0x01 vendor = 'PLX Technology Inc.' class = bridge subclass = PCI-PCI ahd0@pci0:4:4:0: class=0x010000 card=0x00459005 chip=0x80179005 rev=0x10 hdr=0x00 vendor = 'Adaptec Inc' device = 'ASC-29320ALP Ultra320 SCSI Controller' class = mass storage subclass = SCSI and with four 36G Seagate drives (they are smaller but are newer revision than the ones in the first machine) : 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) On this machine, i'm seeing the sequencer messages during boot, which are somewhat lenghty and i'm putting them here : http://www.bg.freebsd.org/~ndenev/ahdinvseqintr.txt Then there are several messages like this one too : Copied 18 bytes of sense data offset 12: 0x70 0x0 0x5 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x20 0x0 0x2 0xcf 0x0 0x0 --Niki