From owner-freebsd-current@FreeBSD.ORG Sun Feb 17 15:36:45 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 A37FB16A419; Sun, 17 Feb 2008 15:36:45 +0000 (UTC) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [70.89.174.89]) by mx1.freebsd.org (Postfix) with ESMTP id 701CE13C461; Sun, 17 Feb 2008 15:36:45 +0000 (UTC) (envelope-from gibbs@scsiguy.com) Received: from [192.168.0.6] (tumnus.scsiguy.org [192.168.0.6]) (authenticated bits=0) by aslan.scsiguy.com (8.14.2/8.14.2) with ESMTP id m1HFaeGJ085890 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 17 Feb 2008 08:36:40 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-ID: <47B8547E.7080103@scsiguy.com> Date: Sun, 17 Feb 2008 08:36:30 -0700 From: "Justin T. Gibbs" User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Niki Denev 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> <2e77fc10802170142r51719253r682365fb7d274116@mail.gmail.com> In-Reply-To: <2e77fc10802170142r51719253r682365fb7d274116@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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 15:36:45 -0000 Niki Denev wrote: > > 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? It was an oversight. It seems that this section of code came from the aic7xxx driver where, depending on controller model, the protocol version must be reported differently. I missed some of the duplication when trying to remove it in my last checkin. :-( Should be fixed now. > 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 The error only occurs on rev B. controllers (0x10 reported in the PCI revision register). The machine not reporting the error has an A4 part. > 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 Invalid command opcode. CAM will usually report the command that failed. You don't see any other output? -- Justin