From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 22:12:36 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 5484B16A420 for ; Mon, 11 Feb 2008 22:12:36 +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 75DFE13C4F6 for ; Mon, 11 Feb 2008 22:12:35 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 20164 invoked by uid 80); 11 Feb 2008 22:12:13 -0000 Received: from 10.202.77.197 (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Mon, 11 Feb 2008 23:12:13 +0100 (CET) Message-ID: <3805.10.202.77.197.1202767933.squirrel@webmail.superhero.nl> In-Reply-To: <47B0C34E.7040804@samsco.org> 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> Date: Mon, 11 Feb 2008 23:12:13 +0100 (CET) From: "Gelsema, P \(Patrick\)" To: "Scott Long" 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: Niki Denev , "Gelsema, P \(Patrick\)" , JoaoBR , freebsd-current@freebsd.org 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 22:12:36 -0000 On Mon, February 11, 2008 22:51, Scott Long wrote: > 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 > after reading quickly this manpage and trying the following I still have no luck on 7.0-RC FreeBSD. Settings copied from the output of camcontrol inquiry da2 when using 6.2 (had it in my sent items, so easy to find). Freebsd 6.2 da2: Fixed Direct Access SCSI-3 device da2: 320.000MB/s transfers (160.000MHz DT, offset 63, 16 bit), Tagged Queueing Enabled Trying to get these parameters into camcontrol negotiate. hulk# camcontrol negotiate da2 -a -R 160.000 -W 16 -v -T enable Current Parameters: (pass2:ahd0:0:4:0): sync parameter: 9 (pass2:ahd0:0:4:0): frequency: 80.000MHz (pass2:ahd0:0:4:0): offset: 63 (pass2:ahd0:0:4:0): bus width: 16 bits (pass2:ahd0:0:4:0): disconnection is enabled (pass2:ahd0:0:4:0): tagged queueing is enabled ahd0: SIM/HBA version: 1 ahd0: supports tag queue messages ahd0: supports SDTR message ahd0: supports 16 bit wide SCSI ahd0: HBA engine count: 0 ahd0: maximum target: 15 ahd0: maximum LUN: 63 ahd0: highest path ID in subsystem: 0 ahd0: initiator ID: 7 ahd0: SIM vendor: FreeBSD ahd0: HBA vendor: Adaptec ahd0: bus ID: 0 ahd0: base transfer speed: 3.300MB/sec Unit is ready New Parameters: (pass2:ahd0:0:4:0): sync parameter: 9 (pass2:ahd0:0:4:0): frequency: 80.000MHz (pass2:ahd0:0:4:0): offset: 63 (pass2:ahd0:0:4:0): bus width: 16 bits (pass2:ahd0:0:4:0): disconnection is enabled (pass2:ahd0:0:4:0): tagged queueing is enabled No luck.. :( Rgds, Patrick