From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 21:51:18 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 5CA7916A41A; Mon, 11 Feb 2008 21:51:18 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 0C97E13C44B; Mon, 11 Feb 2008 21:51:17 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m1BLpAAp036807; Mon, 11 Feb 2008 14:51:10 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <47B0C34E.7040804@samsco.org> Date: Mon, 11 Feb 2008 14:51:10 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 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> In-Reply-To: <2e77fc10802111330p738d2c93i9eb1189b307d732d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org 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: Mon, 11 Feb 2008 21:51:18 -0000 Niki Denev wrote: > On Feb 11, 2008 8:44 PM, David O'Brien wrote: >> On Thu, Apr 19, 2007 at 02:13:46PM +0200, Gelsema, P (Patrick) wrote: >>> I do have an Adaptec SCSI Controller, and yes I use it. I boot from it. >>> >>> ahd0: port >>> 0xe800-0xe8ff,0xe400-0xe4ff mem 0xdd7fe000-0xdd7fffff irq 16 at devuce >>> 10.0 on pci1 >>> >>> da0 at ahd0 bus 0 target 4 lun 0 >>> da0: Fixed Direct Access SCSI-3 device >>> da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16 bit) >>> da0: Command Queueing Enabled >>> da0: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C) >>> >>> Please note that the transferspeed is 160.00MB/s. In Freebsd 6.2 it's >>> recognised as 320MB. >> Gelsema & Joćo, >> >> Do you still have your U320 disks running as U160 disks with an Adaptec >> U320 controller in 7.0 or 8-CURRENT? I also have this problem and I've >> traced it down to the CAM "NEW TRAN" code. >> ---------------------------- >> revision 1.166 >> date: 2006/11/02 00:54:33; author: mjacob; state: Exp; lines: +0 -333 >> 2nd and final commit that moves us to CAM_NEW_TRAN_CODE as the default. >> ---------------------------- >> >> Given that we're not seeing tons of reports of this issue, I wonder if >> its related to either revision of the ASIC or firmware. For comparison >> here is my information from a verbose boot. >> >> ahd0: port 0xb000-0xb0ff,0xa800-0xa8ff mem 0xfa8f8000-0xfa8f9fff irq 29 at device 6.0 on pci4 >> ahd0: Defaulting to MEMIO on >> ahd0: Reserved 0x2000 bytes for rid 0x14 type 3 at 0xfa8f8000 >> ahd0: Reading VPD from SEEPROM...ahd0: VPD parsing successful >> ahd0: Reading SEEPROM...done. >> ahd0: STPWLEVEL is on >> ahd0: Manual Secondary Termination >> ahd0: Primary High byte termination Enabled >> ahd0: Primary Low byte termination Enabled >> ahd0: Secondary High byte termination Disabled >> ahd0: Secondary Low byte termination Disabled >> ahd0: Downloading Sequencer Program... 752 instructions downloaded >> ahd0: Features 0x101, Bugs 0x8ffe3f, Flags 0x43f1 >> ahd0: [MPSAFE] >> ahd0: [ITHREAD] >> aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs >> >> -- >> -- David (obrien@FreeBSD.org) >> Q: Because it reverses the logical flow of conversation. >> A: Why is top-posting (putting a reply at the top of the message) frowned upon? >> Let's not play "Jeopardy-style quoting" > > I experience the same issue: > Guys, I hate to say it, but SCSI speed negotiation broke with 7.0. I don't have a quick fix, and I don't know of a workaround other than to tell you to read the camcontrol manpage section on the 'negotiate' command and play with that. I'm working on fixing the problem, but it won't be fixed in time for the final 7.0 release. I'll post updates when I have more information. Scott