From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 21:31:01 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 59CF716A418 for ; Mon, 11 Feb 2008 21:31:01 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.230]) by mx1.freebsd.org (Postfix) with ESMTP id C807F13C45D for ; Mon, 11 Feb 2008 21:31:00 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so4116206wri.3 for ; Mon, 11 Feb 2008 13:30:59 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=a/5k1hPgDvfOzG08NxYBRRhgoM5o6b/tKXTniHD87dE=; b=YgBISw6gYN+Wwvl/AOED87t4cC4EdY8ooXmSsRm2QOAKmFCLMbXIRlncRHjEFVPgnYorHcjAC2QGtPD/+MpMaX4zbjnhm4TDu7j5ZWb9KO+fiQuH5IULhCCyKw48mMrF+iAFR6cT1umNztbHin/0GzXUpYEkF8M93CXdkz2qBsM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Ovti/ne8DwZah6FJdTgiNN272SEuVU9Eex5USKltpiT2iULfO4w80aoZMjq0by19QZ7q2lytx58bZvEaA5bqBPUnWEtTgegGQaJ4/VKwC9DjQLMF4mtpMu4jdgH1Yt9CIMvdQ4ZNIvI3c5lsN4yakJeHuTmAQQSIZeNx60VlWeg= Received: by 10.140.170.12 with SMTP id s12mr351355rve.83.1202765456953; Mon, 11 Feb 2008 13:30:56 -0800 (PST) Received: by 10.141.170.18 with HTTP; Mon, 11 Feb 2008 13:30:56 -0800 (PST) Message-ID: <2e77fc10802111330p738d2c93i9eb1189b307d732d@mail.gmail.com> Date: Mon, 11 Feb 2008 23:30:56 +0200 From: "Niki Denev" Sender: ndenev@gmail.com To: obrien@freebsd.org, "Gelsema, P (Patrick)" , JoaoBR , freebsd-current@freebsd.org In-Reply-To: <20080211184453.GA5605@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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> X-Google-Sender-Auth: d54158348dbe9ad1 Cc: Subject: Re: Adaptec AHD U320 operating as only U160 (was: Crash when issueing shutdown -r now) 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:31:01 -0000 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=E3o, > > 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 -3= 33 > 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-0xa= 8ff 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=3D7, 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: ahd0: port 0xc000-0xc0ff,0xb800-0xb8ff mem 0xfeafc000-0xfeafdfff irq 23 at device 2.0 on pci5 ahd0: Defaulting to MEMIO on ahd0: Reserved 0x2000 bytes for rid 0x14 type 3 at 0xfeafc000 ahd0: Enabling 39Bit Addressing 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... 753 instructions downloaded ahd0: Features 0x101, Bugs 0x8ffe3f, Flags 0x143f1 ahd0: [MPSAFE] ahd0: [ITHREAD] aic7902: Ultra320 Wide Channel A, SCSI Id=3D7, PCI 33 or 66Mhz, 512 SCBs da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number 3KT1F6PR00007546A9R2 da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) da0: Command Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) --Niki