From owner-aic7xxx@FreeBSD.ORG Wed Feb 28 20:56:33 2007 Return-Path: X-Original-To: aic7xxx@freebsd.org Delivered-To: aic7xxx@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2380216A400 for ; Wed, 28 Feb 2007 20:56:33 +0000 (UTC) (envelope-from ibr@radix50.net) Received: from almaty.kz-easy.com (kz-easy.com [85.214.25.173]) by mx1.freebsd.org (Postfix) with ESMTP id 9E4F813C441 for ; Wed, 28 Feb 2007 20:56:32 +0000 (UTC) (envelope-from ibr@radix50.net) Received: from alatau.radix50.net (dslb-088-064-015-083.pools.arcor-ip.net [88.64.15.83]) (authenticated bits=0) by almaty.kz-easy.com (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id l1SKeZn5010778 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 28 Feb 2007 21:40:37 +0100 Received: from alatau.radix50.net (localhost [127.0.0.1]) by alatau.radix50.net (8.13.8/8.13.8/Debian-2) with ESMTP id l1SKeZHD003068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 28 Feb 2007 21:40:35 +0100 Received: (from ibr@localhost) by alatau.radix50.net (8.13.8/8.13.8/Submit) id l1SKeYBG003067 for aic7xxx@freebsd.org; Wed, 28 Feb 2007 21:40:34 +0100 Date: Wed, 28 Feb 2007 21:40:34 +0100 From: Baurzhan Ismagulov To: aic7xxx@freebsd.org Message-ID: <20070228204034.GA2379@radix50.net> Mail-Followup-To: aic7xxx@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.3 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on almaty.kz-easy.com Subject: Adaptec 2940UW with Fujitsu MAN3184M X-BeenThere: aic7xxx@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Adaptec Device Drivers in FreeBSD and Linux List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 20:56:33 -0000 Hello, I'm using Adaptec 2940UW with Fujitsu MAN3184M, round Ultra-320 terminated? cable (has a black box at the end), and a 68-pin to SCA-1 adapter. When the driver is loaded, it says "FAST-10 WIDE SCSI 20.0 MB/s ST (100 ns, offset 8)". 1. Is it possible to make this combination work at 40 MB/s? Should I recheck termination? 2. Can I use the drive at 160 MB/s if I buy a 29160 controller (with the adapter)? Thanks in advance, -- Baurzhan Ismagulov http://www.kz-easy.com/ From owner-aic7xxx@FreeBSD.ORG Wed Feb 28 22:43:28 2007 Return-Path: X-Original-To: aic7xxx@freebsd.org Delivered-To: aic7xxx@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3774516A404 for ; Wed, 28 Feb 2007 22:43:28 +0000 (UTC) (envelope-from marc@paralan.com) Received: from flpi102.sbcis.sbc.com (flpi102.sbcis.sbc.com [207.115.20.71]) by mx1.freebsd.org (Postfix) with ESMTP id 22C1813C4BB for ; Wed, 28 Feb 2007 22:43:28 +0000 (UTC) (envelope-from marc@paralan.com) X-ORBL: [66.123.243.172] Received: from [127.0.0.1] (adsl-66-123-243-172.dsl.sndg02.pacbell.net [66.123.243.172]) by flpi102.sbcis.sbc.com (8.13.8 out.dk.spool/8.13.8) with ESMTP id l1SMV725009294; Wed, 28 Feb 2007 14:31:08 -0800 Message-ID: <45E602B3.2020306@paralan.com> Date: Wed, 28 Feb 2007 14:31:15 -0800 From: "Marc D. Brooks" Organization: Paralan Corporation User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Baurzhan Ismagulov References: <20070228204034.GA2379@radix50.net> In-Reply-To: <20070228204034.GA2379@radix50.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 000719-0, 02/28/2007), Outbound message X-Antivirus-Status: Clean Cc: aic7xxx@freebsd.org Subject: Re: Adaptec 2940UW with Fujitsu MAN3184M X-BeenThere: aic7xxx@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Adaptec Device Drivers in FreeBSD and Linux List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 22:43:28 -0000 Hello, The Adaptec 2940UW is Single Ended. With Single Ended, there are a number of things to consider when trying to go Ultra. It is possible that even though the 2940UW initially negotiates for Ultra, the domain validation forces it to the slower rate due to issues seen with the communications. The other thing to check is if the 2940UW BIOS has been forced to the slower rate. Also with Single Ended, the SCSI Cable Length can be critical. Depending on a number of factors, going more than 2 meters may add to the problem. The SCA-1 Adapter may also be adding to the problem unless it is known to be able to work at the Ultra burst rate in Single Ended. Also verify how you have the terminations. If these are the only two devices, the 2940UW must have its terminations turned on (automatic may be ok) and there should be a termination at the drive. I believe the Fujitsu MAN3184M is Ultra160 Low Voltage Differential (LVD), and capable of automatically going down to Single Ended communications from LVD communications, like almost all LVD devices, but its not being used to its full potential by doing so. Changing to the 29160 controller which is Low Voltage Dfferential (LVD) will help immensely in terms of being able to operate at a faster burst rate and being able to reliably support longer SCSI cable lengths. Regards, Marc D. Brooks Baurzhan Ismagulov wrote: >Hello, > >I'm using Adaptec 2940UW with Fujitsu MAN3184M, round Ultra-320 >terminated? cable (has a black box at the end), and a 68-pin to SCA-1 >adapter. > >When the driver is loaded, it says "FAST-10 WIDE SCSI 20.0 MB/s ST (100 >ns, offset 8)". > >1. Is it possible to make this combination work at 40 MB/s? Should I > recheck termination? > >2. Can I use the drive at 160 MB/s if I buy a 29160 controller (with the > adapter)? > >Thanks in advance, > > From owner-aic7xxx@FreeBSD.ORG Wed Feb 28 23:33:23 2007 Return-Path: X-Original-To: aic7xxx@freebsd.org Delivered-To: aic7xxx@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D782216A404 for ; Wed, 28 Feb 2007 23:33:23 +0000 (UTC) (envelope-from ibr@radix50.net) Received: from almaty.kz-easy.com (kz-easy.com [85.214.25.173]) by mx1.freebsd.org (Postfix) with ESMTP id 7080713C478 for ; Wed, 28 Feb 2007 23:33:22 +0000 (UTC) (envelope-from ibr@radix50.net) Received: from alatau.radix50.net (dslb-088-064-015-083.pools.arcor-ip.net [88.64.15.83]) (authenticated bits=0) by almaty.kz-easy.com (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id l1SNXFOd011595 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 1 Mar 2007 00:33:17 +0100 Received: from alatau.radix50.net (localhost [127.0.0.1]) by alatau.radix50.net (8.13.8/8.13.8/Debian-2) with ESMTP id l1SNXFOE008538 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 1 Mar 2007 00:33:15 +0100 Received: (from ibr@localhost) by alatau.radix50.net (8.13.8/8.13.8/Submit) id l1SNXEoU008537 for aic7xxx@freebsd.org; Thu, 1 Mar 2007 00:33:14 +0100 Date: Thu, 1 Mar 2007 00:33:14 +0100 From: Baurzhan Ismagulov To: aic7xxx@freebsd.org Message-ID: <20070228233314.GA7348@radix50.net> Mail-Followup-To: aic7xxx@freebsd.org References: <20070228204034.GA2379@radix50.net> <45E602B3.2020306@paralan.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45E602B3.2020306@paralan.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.3 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on almaty.kz-easy.com Subject: Re: Adaptec 2940UW with Fujitsu MAN3184M X-BeenThere: aic7xxx@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Adaptec Device Drivers in FreeBSD and Linux List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 23:33:24 -0000 Hello Marc, Thanks for the prompt answer! Let's see what we can find out. On Wed, Feb 28, 2007 at 02:31:15PM -0800, Marc D. Brooks wrote: > The Adaptec 2940UW is Single Ended. With Single Ended, there are a > number of things to consider when trying to go Ultra. It is possible > that even though the 2940UW initially negotiates for Ultra, the domain > validation forces it to the slower rate due to issues seen with the > communications. Any way to see those at the Linux administrator level? > The other thing to check is if the 2940UW BIOS has been forced to the > slower rate. The card is branded Siemens-Nixdorf, I don't see the usual Ctrl-A prompt. I've seen older SNI controllers, all settings were accessible from the main BIOS. So, I guess I can't check this. That said, when the driver is loaded, it states the USER setting of 40 MB/s. Justin said that this is determined by EEPROM and /proc. I haven't set anything in /proc, so I guess we can rule out the BIOS setting limitation. The "when" part above is strange. Now I don't have the drive connected, aic7xxx is loaded, but I see neither kernel messages in log, nor /proc/aic7xxx. I'm running Debian sid's 2.4.18-4-k7. rmmod, modprobe don't help. At the last boot the module was also loaded, no messages, but rmmod, modprobe did help. The red LED named "DS1" is constantly lit. Should I throw the card away? Or could it be anything else (power supply???)? > Also with Single Ended, the SCSI Cable Length can be critical. > Depending on a number of factors, going more than 2 meters may add to > the problem. 1.2 m, four 68-pin connectors for drives, black box at the end saying "Foxconn" and "Ultra 320" (terminator?), the drive connected to the last entry before the terminator ("far" from the controller). > The SCA-1 Adapter may also be adding to the problem unless it is known > to be able to work at the Ultra burst rate in Single Ended. Hmm, specifically SE? The adapter claims to be "Ultra4 320/m SCSI compliant". I'm not sure what "/m" means. MHz? It doesn't have any active components. One resistor goes from SCA-2 to the jumper named "LED". There are also SYN, DLY, MTR, ID3-0 jumpers, none set. > Also verify how you have the terminations. If these are the only two > devices, the 2940UW must have its terminations turned on (automatic > may be ok) and there should be a termination at the drive. The disk is the only device on the bus. If the black box is a terminator, then I guess I don't need termination on the drive. The drive is branded Sun and doesn't have any jumpers. I don't know whether one of the jumpers on the adapter is for termination; I assume none. At the other end, the controller has three connectors, two internal and one external. I guess it should be terminated. There are six jumper-like pins, four named J3, and two named J4. http://download.adaptec.com/pdfs/user_guides/p2940uw_ug.pdf doesn't mention anything about them, but says the termination can be set in BIOS to Auto, Enabled, or Disabled. Is there a way to check the setting? > I believe the Fujitsu MAN3184M is Ultra160 Low Voltage Differential > (LVD), and capable of automatically going down to Single Ended > communications from LVD communications, like almost all LVD devices, but > its not being used to its full potential by doing so. Yes. > Changing to the 29160 controller which is Low Voltage Dfferential > (LVD) will help immensely in terms of being able to operate at a > faster burst rate and being able to reliably support longer SCSI cable > lengths. Do you think this will work properly with the adapter? I had stability problems with a similar adapter, AHA-2940UW, and the same drive (although that one was not claiming Ultra 320 compliancy). With kind regards, -- Baurzhan Ismagulov http://www.kz-easy.com/ From owner-aic7xxx@FreeBSD.ORG Thu Mar 1 16:16:39 2007 Return-Path: X-Original-To: aic7xxx@freebsd.org Delivered-To: aic7xxx@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E49416A406 for ; Thu, 1 Mar 2007 16:16:39 +0000 (UTC) (envelope-from Todd.Denniston@ssa.crane.navy.mil) Received: from crane.navy.mil (cranemx2.crane.navy.mil [199.10.16.12]) by mx1.freebsd.org (Postfix) with ESMTP id BCF2D13C471 for ; Thu, 1 Mar 2007 16:16:38 +0000 (UTC) (envelope-from Todd.Denniston@ssa.crane.navy.mil) Received: from mail.tsb.cranrdte.navy.mil (localhost [127.0.0.1]) by crane.navy.mil (8.13.6+Sun/8.13.6) with ESMTP id l21FxGul029847 for ; Thu, 1 Mar 2007 09:59:48 -0600 (CST) Received: from [130.163.43.58] (dell-2.tsb.cranrdte.navy.mil [130.163.43.58]) by mail.tsb.cranrdte.navy.mil (8.13.8/8.13.7) with ESMTP id l21FrqmK027419; Thu, 1 Mar 2007 09:53:59 -0600 Message-ID: <45E6F877.9000409@ssa.crane.navy.mil> Date: Thu, 01 Mar 2007 09:59:51 -0600 From: Todd Denniston Organization: Code 6067, NSWC Crane User-Agent: Thunderbird 1.5.0.7 (X11/20060909) MIME-Version: 1.0 To: aic7xxx@freebsd.org References: <20070228204034.GA2379@radix50.net> <45E602B3.2020306@paralan.com> <20070228233314.GA7348@radix50.net> In-Reply-To: <20070228233314.GA7348@radix50.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.7/2690/Thu Mar 1 05:11:27 2007 on mail.tsb.cranrdte.navy.mil X-Virus-Status: Clean Subject: Re: Adaptec 2940UW with Fujitsu MAN3184M X-BeenThere: aic7xxx@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Adaptec Device Drivers in FreeBSD and Linux List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 16:16:39 -0000 Baurzhan Ismagulov wrote: > Hello Marc, > > Thanks for the prompt answer! Let's see what we can find out. > > On Wed, Feb 28, 2007 at 02:31:15PM -0800, Marc D. Brooks wrote: >> The Adaptec 2940UW is Single Ended. With Single Ended, there are a >> number of things to consider when trying to go Ultra. It is possible >> that even though the 2940UW initially negotiates for Ultra, the domain >> validation forces it to the slower rate due to issues seen with the >> communications. > > Any way to see those at the Linux administrator level? > at least with the "AIC-7899A U160/m" I am running you can see them by looking at /proc/scsi/aic7xxx/0, i.e. less /proc/scsi/aic7xxx/0 or cat /proc/scsi/aic7xxx/0 I believe the "User: " line is what the card bios is set to. I have no idea how/if the "Goal:" line can be modified. I believe the "Curr:" is what is currently being used to communicate with the device. I set the card bios on my system to 66MB/s and the info below is what proc gives. Target 0 Negotiation Settings User: 66.006MB/s transfers (33.003MHz DT, offset 127, 16bit) Goal: 66.006MB/s transfers (33.003MHz DT, offset 62, 16bit) Curr: 66.006MB/s transfers (33.003MHz DT, offset 62, 16bit) > >> The other thing to check is if the 2940UW BIOS has been forced to the >> slower rate. > > The card is branded Siemens-Nixdorf, I don't see the usual Ctrl-A > prompt. I've seen older SNI controllers, all settings were accessible > from the main BIOS. So, I guess I can't check this. > > That said, when the driver is loaded, it states the USER setting of 40 > MB/s. Justin said that this is determined by EEPROM and /proc. I haven't > set anything in /proc, so I guess we can rule out the BIOS setting > limitation. > did he say what in proc could be used to set it? or was he just indicating that is where to look to find what it is set to? > The "when" part above is strange. Now I don't have the drive connected, > aic7xxx is loaded, but I see neither kernel messages in log, nor > /proc/aic7xxx. should be /proc/scsi/aic7xxx/ I think. > I'm running Debian sid's 2.4.18-4-k7. rmmod, modprobe > don't help. At the last boot the module was also loaded, no messages, > but rmmod, modprobe did help. The red LED named "DS1" is constantly lit. > Should I throw the card away? Or could it be anything else (power > supply???)? > > -- Todd Denniston Crane Division, Naval Surface Warfare Center (NSWC Crane) Harnessing the Power of Technology for the Warfighter From owner-aic7xxx@FreeBSD.ORG Thu Mar 1 22:35:17 2007 Return-Path: X-Original-To: aic7xxx@freebsd.org Delivered-To: aic7xxx@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC6BF16A406 for ; Thu, 1 Mar 2007 22:35:17 +0000 (UTC) (envelope-from ibr@radix50.net) Received: from almaty.kz-easy.com (kz-easy.com [85.214.25.173]) by mx1.freebsd.org (Postfix) with ESMTP id 422B513C4B8 for ; Thu, 1 Mar 2007 22:35:16 +0000 (UTC) (envelope-from ibr@radix50.net) Received: from alatau.radix50.net (dslb-088-064-024-217.pools.arcor-ip.net [88.64.24.217]) (authenticated bits=0) by almaty.kz-easy.com (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id l21MZ52L019789 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 1 Mar 2007 23:35:11 +0100 Received: from alatau.radix50.net (localhost [127.0.0.1]) by alatau.radix50.net (8.13.8/8.13.8/Debian-2) with ESMTP id l21MZ4an029440 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 1 Mar 2007 23:35:05 +0100 Received: (from ibr@localhost) by alatau.radix50.net (8.13.8/8.13.8/Submit) id l21MZ423029438 for aic7xxx@freebsd.org; Thu, 1 Mar 2007 23:35:04 +0100 Date: Thu, 1 Mar 2007 23:35:04 +0100 From: Baurzhan Ismagulov To: aic7xxx@freebsd.org Message-ID: <20070301223504.GB28433@radix50.net> Mail-Followup-To: aic7xxx@freebsd.org References: <20070228204034.GA2379@radix50.net> <45E602B3.2020306@paralan.com> <20070228233314.GA7348@radix50.net> <45E6F877.9000409@ssa.crane.navy.mil> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45E6F877.9000409@ssa.crane.navy.mil> User-Agent: Mutt/1.5.13 (2006-08-11) X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.3 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on almaty.kz-easy.com Subject: Re: Adaptec 2940UW with Fujitsu MAN3184M X-BeenThere: aic7xxx@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Adaptec Device Drivers in FreeBSD and Linux List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 22:35:17 -0000 Hello Todd, On Thu, Mar 01, 2007 at 09:59:51AM -0600, Todd Denniston wrote: > >>The Adaptec 2940UW is Single Ended. With Single Ended, there are a > >>number of things to consider when trying to go Ultra. It is possible > >>that even though the 2940UW initially negotiates for Ultra, the domain > >>validation forces it to the slower rate due to issues seen with the > >>communications. > > > >Any way to see those at the Linux administrator level? > > at least with the "AIC-7899A U160/m" I am running you can see them by > looking at /proc/scsi/aic7xxx/0, i.e. I see the following: Adaptec AIC7xxx driver version: 7.0 Adaptec aic7880 Ultra SCSI adapter aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs Allocated SCBs: 4, SG List Length: 128 Serial EEPROM: 0x0338 0x0338 0x0338 0x0338 0x0338 0x0338 0x0338 0x0238 0x0338 0x0338 0x0338 0x0338 0x0338 0x0338 0x0338 0x0338 0x10b6 0x00db 0x2807 0x0010 0xff00 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0x00ff 0x6c1e Target 0 Negotiation Settings User: 40.000MB/s transfers (20.000MHz, offset 127, 16bit) Goal: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) Curr: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) Channel A Target 0 Lun 0 Settings Commands Queued 58 Commands Active 0 Command Openings 8 Max Tagged Openings 8 Device Queue Frozen Count 0 ... I see that the bus frequency is limited to 10 MHz, but I don't see why (which "issues seen with the communications" were the reason for that) and what I could do to change that. > did he say what in proc could be used to set it? or was he just indicating > that is where to look to find what it is set to? No. Yes. But I have 20 MHz anyway, that's the maximum the card can do and that I want to reach. > >The "when" part above is strange. Now I don't have the drive connected, > >aic7xxx is loaded, but I see neither kernel messages in log, nor > >/proc/aic7xxx. > > should be /proc/scsi/aic7xxx/ I think. Ah, thanks! Any further ideas? With kind regards, -- Baurzhan Ismagulov http://www.kz-easy.com/ From owner-aic7xxx@FreeBSD.ORG Fri Mar 2 01:27:50 2007 Return-Path: X-Original-To: aic7xxx@freebsd.org Delivered-To: aic7xxx@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2D3916A400 for ; Fri, 2 Mar 2007 01:27:50 +0000 (UTC) (envelope-from marc@paralan.com) Received: from flpvm23.prodigy.net (flpvm23.prodigy.net [207.115.20.53]) by mx1.freebsd.org (Postfix) with ESMTP id BF66713C4B6 for ; Fri, 2 Mar 2007 01:27:50 +0000 (UTC) (envelope-from marc@paralan.com) X-ORBL: [66.123.243.172] Received: from [127.0.0.1] (adsl-66-123-243-172.dsl.sndg02.pacbell.net [66.123.243.172]) by flpvm23.prodigy.net (8.13.8 out.dk.spool/8.13.8) with ESMTP id l221ICk0015386; Thu, 1 Mar 2007 17:18:13 -0800 Message-ID: <45E77B30.2090505@paralan.com> Date: Thu, 01 Mar 2007 17:17:36 -0800 From: "Marc D. Brooks" Organization: Paralan Corporation User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Baurzhan Ismagulov References: <20070228204034.GA2379@radix50.net> <45E602B3.2020306@paralan.com> <20070228233314.GA7348@radix50.net> In-Reply-To: <20070228233314.GA7348@radix50.net> X-Antivirus: avast! (VPS 000720-0, 03/01/2007), Outbound message X-Antivirus-Status: Clean Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: aic7xxx@freebsd.org Subject: Re: Adaptec 2940UW with Fujitsu MAN3184M X-BeenThere: aic7xxx@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Adaptec Device Drivers in FreeBSD and Linux List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 01:27:51 -0000 Hello Baurzhan, I'll try to answer each of the sections below. Baurzhan Ismagulov wrote: >Hello Marc, > >Thanks for the prompt answer! Let's see what we can find out. > >On Wed, Feb 28, 2007 at 02:31:15PM -0800, Marc D. Brooks wrote: > > >>The Adaptec 2940UW is Single Ended. With Single Ended, there are a >>number of things to consider when trying to go Ultra. It is possible >>that even though the 2940UW initially negotiates for Ultra, the domain >>validation forces it to the slower rate due to issues seen with the >>communications. >> >> > >Any way to see those at the Linux administrator level? > > > > The type of SCSI the device and HBA supports is usually in the specifications for the device and the HBA. Some BIOS implementations may report the Single Ended, LVD or HVD bus type somewhere in its menus. For Adaptec, in their model number they have the bus type encoded. 2940 = Single Ended, 2944 = HVD, 29160 = LVD Ultra160, 29320 = LVD Ultra320. For the Device you are using, I did a search for the data sheet for the device and found out that it claimed to be Ultra160 device (It automatically has to be LVD capable to do Ultra160). >>The other thing to check is if the 2940UW BIOS has been forced to the >>slower rate. >> >> > >The card is branded Siemens-Nixdorf, I don't see the usual Ctrl-A >prompt. I've seen older SNI controllers, all settings were accessible >from the main BIOS. So, I guess I can't check this. > > > This adds to the complexity of the problem. Adaptec works with many OEM vendors in providing unique versions of firmware for their unique system configurations. It is possible that the card you are using has differences in its firmware from the generic Adaptec 2940UW such that all bets are off in its operation. It may be possible to download the generic firmware for that Controller to see if it then can operate as a generic controller, though that part would be beyond my giving advice. The card you have may be set to max out at Fast operation in the firmware for that OEM card. The vendor may have the card factory set for the type of drives that the system they were selling was using, which may have not been Ultra speed capable. >That said, when the driver is loaded, it states the USER setting of 40 >MB/s. Justin said that this is determined by EEPROM and /proc. I haven't >set anything in /proc, so I guess we can rule out the BIOS setting >limitation. > > > I agree with Justin's assessment. The OEM "Siemens" Factory Settings may be causing the negotiations with the drive to not go at the Ultra speed, or in performng domain validation, it had set to go slower in order to operate without transmission errors. The 2940 physical card itself is incapable of going any faster than Ultra, and it is limited to Single Ended communications. >The "when" part above is strange. Now I don't have the drive connected, >aic7xxx is loaded, but I see neither kernel messages in log, nor >/proc/aic7xxx. I'm running Debian sid's 2.4.18-4-k7. rmmod, modprobe >don't help. At the last boot the module was also loaded, no messages, >but rmmod, modprobe did help. The red LED named "DS1" is constantly lit. >Should I throw the card away? Or could it be anything else (power >supply???)? > > > > Was the cable disconnected at the Adaptec, or at the drive package? If at the drive package, the card may have been hung while trying to scan the SCSI bus, since it would have lots of signal reflections from an unterminated Single Ended bus. The hang could put it in a state of not being able to respond until restarted, or its passed a hard reset. If you intend on using that specifc OEM version 2940, unless the firmware can be forced to generic, you may be limited to whatever speed you find operates cleanly. >>Also with Single Ended, the SCSI Cable Length can be critical. >>Depending on a number of factors, going more than 2 meters may add to >>the problem. >> >> > >1.2 m, four 68-pin connectors for drives, black box at the end saying >"Foxconn" and "Ultra 320" (terminator?), the drive connected to the last >entry before the terminator ("far" from the controller). > > > > I do not have any direct experience with "Foxconn". It sounds like you have a raid package or JBOD with a backplane. The terminator is installed at the end of the backplane? With the drive close to the end. That does not sound like it should be a problem, though there have been problems with some backplanes in the past with running at Ultra speed when using Single Ended SCSI. >>The SCA-1 Adapter may also be adding to the problem unless it is known >>to be able to work at the Ultra burst rate in Single Ended. >> >> > >Hmm, specifically SE? The adapter claims to be "Ultra4 320/m SCSI >compliant". I'm not sure what "/m" means. MHz? It doesn't have any >active components. One resistor goes from SCA-2 to the jumper named >"LED". There are also SYN, DLY, MTR, ID3-0 jumpers, none set. > > > > The "m" means Multi-mode, which means it can automatically switch down from LVD to Single Ended if a Single Ended device and/or HBA is connected to the bus. Thanks, there are also SCA adapters that are not made for LVD, so I had to ask the question. >>Also verify how you have the terminations. If these are the only two >>devices, the 2940UW must have its terminations turned on (automatic >>may be ok) and there should be a termination at the drive. >> >> > >The disk is the only device on the bus. If the black box is a >terminator, then I guess I don't need termination on the drive. The >drive is branded Sun and doesn't have any jumpers. I don't know whether >one of the jumpers on the adapter is for termination; I assume none. > >At the other end, the controller has three connectors, two internal and >one external. I guess it should be terminated. There are six jumper-like >pins, four named J3, and two named J4. >http://download.adaptec.com/pdfs/user_guides/p2940uw_ug.pdf doesn't >mention anything about them, but says the termination can be set in BIOS >to Auto, Enabled, or Disabled. Is there a way to check the setting? > > > > The Adaptec can have termination set or unset through the BIOS menus, but I do not know what it would take to do that or if its possible with the Siemens OEM version card you have. >>I believe the Fujitsu MAN3184M is Ultra160 Low Voltage Differential >>(LVD), and capable of automatically going down to Single Ended >>communications from LVD communications, like almost all LVD devices, but >>its not being used to its full potential by doing so. >> >> > >Yes. > > > > >>Changing to the 29160 controller which is Low Voltage Dfferential >>(LVD) will help immensely in terms of being able to operate at a >>faster burst rate and being able to reliably support longer SCSI cable >>lengths. >> >> > >Do you think this will work properly with the adapter? I had stability >problems with a similar adapter, AHA-2940UW, and the same drive >(although that one was not claiming Ultra 320 compliancy). > > The similar Adapte you mention is sill a Single Ended one. The stability problems are most likely associated more with Ultra Speed Single Ended SCSI than with the card itself. Ultra speed communications with Single Ended devices were at the limit of the physical bus capabilities and a lot of things could go wrong with it. Cabling, S.E. termination types, etc... LVD is much more stable, especially up through Ultra160 transfer rates. The only thing you really have to watch out for is improperly made SCSI round cables. I would recommend that you swtch to an LVD version (the 29160 should be fine) of a generic Adaptec controller, since the SCA adapter, the Box that the adapter is in, and the Drive are made to be able to support it. > >With kind regards, > > I hope this helps a bit. Best Regards, Marc From owner-aic7xxx@FreeBSD.ORG Fri Mar 2 22:10:03 2007 Return-Path: X-Original-To: aic7xxx@freebsd.org Delivered-To: aic7xxx@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 42B4816A403 for ; Fri, 2 Mar 2007 22:10:03 +0000 (UTC) (envelope-from ibr@radix50.net) Received: from almaty.kz-easy.com (kz-easy.com [85.214.25.173]) by mx1.freebsd.org (Postfix) with ESMTP id C85A713C46B for ; Fri, 2 Mar 2007 22:10:02 +0000 (UTC) (envelope-from ibr@radix50.net) Received: from alatau.radix50.net (dslb-088-064-014-218.pools.arcor-ip.net [88.64.14.218]) (authenticated bits=0) by almaty.kz-easy.com (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id l22M9ppI026548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 2 Mar 2007 23:09:56 +0100 Received: from alatau.radix50.net (localhost [127.0.0.1]) by alatau.radix50.net (8.13.8/8.13.8/Debian-2) with ESMTP id l22M9pqR009850 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 2 Mar 2007 23:09:51 +0100 Received: (from ibr@localhost) by alatau.radix50.net (8.13.8/8.13.8/Submit) id l22M9o2j009849 for aic7xxx@freebsd.org; Fri, 2 Mar 2007 23:09:50 +0100 Date: Fri, 2 Mar 2007 23:09:50 +0100 From: Baurzhan Ismagulov To: aic7xxx@freebsd.org Message-ID: <20070302220950.GD7331@radix50.net> Mail-Followup-To: aic7xxx@freebsd.org References: <20070228204034.GA2379@radix50.net> <45E602B3.2020306@paralan.com> <20070228233314.GA7348@radix50.net> <45E77B30.2090505@paralan.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45E77B30.2090505@paralan.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.3 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on almaty.kz-easy.com Subject: Re: Adaptec 2940UW with Fujitsu MAN3184M X-BeenThere: aic7xxx@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Adaptec Device Drivers in FreeBSD and Linux List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 22:10:03 -0000 Hello Marc, On Thu, Mar 01, 2007 at 05:17:36PM -0800, Marc D. Brooks wrote: > >>It is possible that even though the 2940UW initially negotiates for > >>Ultra, the domain validation forces it to the slower rate due to > >>issues seen with the communications. > >Any way to see those at the Linux administrator level? > > The type of SCSI the device and HBA supports is usually in the > specifications for the device and the HBA. Some BIOS implementations may > report the Single Ended, LVD or HVD bus type somewhere in its menus. For > Adaptec, in their model number they have the bus type encoded. 2940 = > Single Ended, 2944 = HVD, 29160 = LVD Ultra160, 29320 = LVD Ultra320. > For the Device you are using, I did a search for the data sheet for the > device and found out that it claimed to be Ultra160 device (It > automatically has to be LVD capable to do Ultra160). Thanks for the explanation! But how can I find out what factors drive the bus speed to 10 MHz? > >The card is branded Siemens-Nixdorf, I don't see the usual Ctrl-A > >prompt. I've seen older SNI controllers, all settings were accessible > >from the main BIOS. So, I guess I can't check this. ... > The card you have may be set to max out at Fast operation in the > firmware for that OEM card. ... > The OEM "Siemens" Factory Settings may be causing the negotiations > with the drive to not go at the Ultra speed, or in performng domain > validation, it had set to go slower in order to operate without > transmission errors. I see User set to 40 MB/s in /proc/scsi/aic7xxx/0, so I think BIOS settings are not the limiting factor. > >The "when" part above is strange. Now I don't have the drive connected, > >aic7xxx is loaded, but I see neither kernel messages in log, nor > >/proc/aic7xxx. ... > Was the cable disconnected at the Adaptec, or at the drive package? Sorry, the file name is /proc/scsi/aic7xxx, I hadn't looked good enough. > >1.2 m, four 68-pin connectors for drives, black box at the end saying > >"Foxconn" and "Ultra 320" (terminator?), the drive connected to the last > >entry before the terminator ("far" from the controller). > > I do not have any direct experience with "Foxconn". It sounds like you > have a raid package or JBOD with a backplane. The terminator is > installed at the end of the backplane? That isn't a backplane, that's a round cable with a black box at the end. > The Adaptec can have termination set or unset through the BIOS menus, > but I do not know what it would take to do that or if its possible with > the Siemens OEM version card you have. Ah. Again. But if the controller side is not automatically terminated, would the drive function reliably? I've built OpenEmbedded on this drive without problems (4 GB after compilation, many hours on my 1.5-GHz system). A similar configuration with a bad adapter didn't last 10 min. Can I somehow measure whether the controller has the termination enabled? > The similar Adapte you mention is sill a Single Ended one. The stability > problems are most likely associated more with Ultra Speed Single Ended > SCSI than with the card itself. Ultra speed communications with Single > Ended devices were at the limit of the physical bus capabilities and a > lot of things could go wrong with it. ... > The only thing you really have to watch out for is improperly made > SCSI round cables. I would recommend that you swtch to an LVD version > (the 29160 should be fine) of a generic Adaptec controller, since the > SCA adapter, the Box that the adapter is in, and the Drive are made to > be able to support it. That is exactly the problem: Everything is made for at least SE Ultra, but the drive operates at Fast. So my concern was why it should be better with a 29160 if the current setup doesn't do Ultra in the first place. Is there a way to check the cable and the adapter? I trust the controller, and the drive works at Ultra in a Sun workstation. With kind regards, -- Baurzhan Ismagulov http://www.kz-easy.com/ From owner-aic7xxx@FreeBSD.ORG Sat Mar 3 00:38:13 2007 Return-Path: X-Original-To: aic7xxx@freebsd.org Delivered-To: aic7xxx@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6208516A402 for ; Sat, 3 Mar 2007 00:38:13 +0000 (UTC) (envelope-from marc@paralan.com) Received: from flpvm23.prodigy.net (flpvm23.prodigy.net [207.115.20.53]) by mx1.freebsd.org (Postfix) with ESMTP id 49ED113C467 for ; Sat, 3 Mar 2007 00:38:13 +0000 (UTC) (envelope-from marc@paralan.com) X-ORBL: [66.123.243.172] Received: from [127.0.0.1] (adsl-66-123-243-172.dsl.sndg02.pacbell.net [66.123.243.172]) by flpvm23.prodigy.net (8.13.8 out.dk.spool/8.13.8) with ESMTP id l230cdoN004935; Fri, 2 Mar 2007 16:38:39 -0800 Message-ID: <45E8C36C.1020407@paralan.com> Date: Fri, 02 Mar 2007 16:38:04 -0800 From: "Marc D. Brooks" Organization: Paralan Corporation User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Baurzhan Ismagulov References: <20070228204034.GA2379@radix50.net> <45E602B3.2020306@paralan.com> <20070228233314.GA7348@radix50.net> <45E77B30.2090505@paralan.com> <20070302220950.GD7331@radix50.net> In-Reply-To: <20070302220950.GD7331@radix50.net> X-Antivirus: avast! (VPS 000721-0, 03/02/2007), Outbound message X-Antivirus-Status: Clean Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: aic7xxx@freebsd.org Subject: Re: Adaptec 2940UW with Fujitsu MAN3184M X-BeenThere: aic7xxx@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Adaptec Device Drivers in FreeBSD and Linux List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 00:38:13 -0000 Hello Baurzhan, I think the following are the two major questions you are asking: 1. Why is my setup running at Fast instead of Ultra? From the reading you supplied, It shows the initial speed to be 40 Megabytes (20 megatransfers of a wide bus), which is Ultra speed. It then in the next two lines shows 20 Megabytes (10 megatransfers of a wide bus), which is Fast speed. This looks to have happened about the time that the Adaptec controller would have completed its Domain Validation. During Domain Validation, the Adaptec controller tries communications at various speeds to determine if the initial negotiated speed is stable for use, or if the bus has to go slower due to unstable communications while testing at the negotiated speed. Domain Validation was developed due to the problems the industry was having implementing stable Single Ended SCSI based systems that worked at Ultra speed. Most likely, your system is running at fast instead of Ultra because during Domain Validation the SCSI bus communications tested out that it would not be stable running at Ultra, so the Adaptec controller negotiated communications down to Fast. (This is if its not due to an OEM configuration built into that particular HBA you are using.) There are a lot of factors that can cause this to happen: Cables, Terminators, and Drives and/or SCA adapters that were made for LVD, which can switch down to Single Ended, but the REQ/ACK timing may be less than optimal when running Single Ended, etc... Basically, if you want to try different cables, terminators, or one or more of the major components to find the problem, this can be done. OEMs spent many hours working on combinations of hardware configurations to standardize on that would be consistently stable at Ultra Speed with Single Ended devices. The SCSI Standards Committee shortened the cable lengths, Recommended using Domain Validation (to go slower if it doesn't seem stable during startup at Ultra) and specified that Active Single Ended Terminations should be used at Ultra Speed in order to pass Single Ended SCSI communications at Ultra Speed. Add in the factor that SCSI went LVD for faster speeds than Ultra, which use different (LVD) signal transceivers than Single Ended, with Multimode versions of those transceivers able to switch down to Single Ended but optimized for LVD, and the possibility of having a system switching down to Fast for stable communications increases. What I am trying to say is that with Single Ended, you can run into exactly the problem you have experienced going at Ultra, and you may have to try changing out some or all of the components of your setup to get it going at Ultra with Single Ended. 2. What can I do to make my system run faster? I would recommend that since all of the hardware (except for the controller) is LVD, capable of running at Ultra160 (which is stable) to change the 2940 controller out for an Ultra160 capable LVD controller. You will definitely get a faster speed than the SCSI Fast you are currently experiencing, or the Ultra you ar trying to get, and not have the struggles in trying to find what part(s) in your current configuration are causing the system to run slower than Ultra. I'm sorry I cannot supply a better answer which would not have the cost of lots of time trying different components, or the cost of a different controller, but when mixing and matching Single Ended SCSI hardware at Ultra speeds, you can get a string of 1000 good setups, then hit on a string of 100 problematical ones. Best Regards, Marc Single configurations for systems Baurzhan Ismagulov wrote: >Hello Marc, > >On Thu, Mar 01, 2007 at 05:17:36PM -0800, Marc D. Brooks wrote: > > >>>>It is possible that even though the 2940UW initially negotiates for >>>>Ultra, the domain validation forces it to the slower rate due to >>>>issues seen with the communications. >>>> >>>> >>>Any way to see those at the Linux administrator level? >>> >>> >>The type of SCSI the device and HBA supports is usually in the >>specifications for the device and the HBA. Some BIOS implementations may >>report the Single Ended, LVD or HVD bus type somewhere in its menus. For >>Adaptec, in their model number they have the bus type encoded. 2940 = >>Single Ended, 2944 = HVD, 29160 = LVD Ultra160, 29320 = LVD Ultra320. >>For the Device you are using, I did a search for the data sheet for the >>device and found out that it claimed to be Ultra160 device (It >>automatically has to be LVD capable to do Ultra160). >> >> > >Thanks for the explanation! But how can I find out what factors drive >the bus speed to 10 MHz? > > > > >>>The card is branded Siemens-Nixdorf, I don't see the usual Ctrl-A >>>prompt. I've seen older SNI controllers, all settings were accessible >>> >>> >>>from the main BIOS. So, I guess I can't check this. >> >> >... > > >>The card you have may be set to max out at Fast operation in the >>firmware for that OEM card. >> >> >... > > >>The OEM "Siemens" Factory Settings may be causing the negotiations >>with the drive to not go at the Ultra speed, or in performng domain >>validation, it had set to go slower in order to operate without >>transmission errors. >> >> > >I see User set to 40 MB/s in /proc/scsi/aic7xxx/0, so I think BIOS >settings are not the limiting factor. > > > > >>>The "when" part above is strange. Now I don't have the drive connected, >>>aic7xxx is loaded, but I see neither kernel messages in log, nor >>>/proc/aic7xxx. >>> >>> >... > > >>Was the cable disconnected at the Adaptec, or at the drive package? >> >> > >Sorry, the file name is /proc/scsi/aic7xxx, I hadn't looked good enough. > > > > >>>1.2 m, four 68-pin connectors for drives, black box at the end saying >>>"Foxconn" and "Ultra 320" (terminator?), the drive connected to the last >>>entry before the terminator ("far" from the controller). >>> >>> >>I do not have any direct experience with "Foxconn". It sounds like you >>have a raid package or JBOD with a backplane. The terminator is >>installed at the end of the backplane? >> >> > >That isn't a backplane, that's a round cable with a black box at the >end. > > > > >>The Adaptec can have termination set or unset through the BIOS menus, >>but I do not know what it would take to do that or if its possible with >>the Siemens OEM version card you have. >> >> > >Ah. Again. > >But if the controller side is not automatically terminated, would the >drive function reliably? I've built OpenEmbedded on this drive without >problems (4 GB after compilation, many hours on my 1.5-GHz system). A >similar configuration with a bad adapter didn't last 10 min. Can I >somehow measure whether the controller has the termination enabled? > > > > >>The similar Adapte you mention is sill a Single Ended one. The stability >>problems are most likely associated more with Ultra Speed Single Ended >>SCSI than with the card itself. Ultra speed communications with Single >>Ended devices were at the limit of the physical bus capabilities and a >>lot of things could go wrong with it. >> >> >... > > >>The only thing you really have to watch out for is improperly made >>SCSI round cables. I would recommend that you swtch to an LVD version >>(the 29160 should be fine) of a generic Adaptec controller, since the >>SCA adapter, the Box that the adapter is in, and the Drive are made to >>be able to support it. >> >> > >That is exactly the problem: Everything is made for at least SE Ultra, >but the drive operates at Fast. So my concern was why it should be >better with a 29160 if the current setup doesn't do Ultra in the first >place. Is there a way to check the cable and the adapter? I trust the >controller, and the drive works at Ultra in a Sun workstation. > > >With kind regards, > > From owner-aic7xxx@FreeBSD.ORG Sat Mar 3 10:35:56 2007 Return-Path: X-Original-To: aic7xxx@freebsd.org Delivered-To: aic7xxx@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 705FE16A402 for ; Sat, 3 Mar 2007 10:35:56 +0000 (UTC) (envelope-from ibr@radix50.net) Received: from almaty.kz-easy.com (kz-easy.com [85.214.25.173]) by mx1.freebsd.org (Postfix) with ESMTP id 0891813C467 for ; Sat, 3 Mar 2007 10:35:55 +0000 (UTC) (envelope-from ibr@radix50.net) Received: from alatau.radix50.net (dslb-088-064-026-111.pools.arcor-ip.net [88.64.26.111]) (authenticated bits=0) by almaty.kz-easy.com (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id l23AZhAe029803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 3 Mar 2007 11:35:50 +0100 Received: from alatau.radix50.net (localhost [127.0.0.1]) by alatau.radix50.net (8.13.8/8.13.8/Debian-2) with ESMTP id l23AZhHq000366 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 3 Mar 2007 11:35:43 +0100 Received: (from ibr@localhost) by alatau.radix50.net (8.13.8/8.13.8/Submit) id l23AZh8s000365 for aic7xxx@freebsd.org; Sat, 3 Mar 2007 11:35:43 +0100 Date: Sat, 3 Mar 2007 11:35:43 +0100 From: Baurzhan Ismagulov To: aic7xxx@freebsd.org Message-ID: <20070303103542.GA31520@radix50.net> Mail-Followup-To: aic7xxx@freebsd.org References: <20070228204034.GA2379@radix50.net> <45E602B3.2020306@paralan.com> <20070228233314.GA7348@radix50.net> <45E77B30.2090505@paralan.com> <20070302220950.GD7331@radix50.net> <45E8C36C.1020407@paralan.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45E8C36C.1020407@paralan.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.3 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on almaty.kz-easy.com Subject: Re: Adaptec 2940UW with Fujitsu MAN3184M X-BeenThere: aic7xxx@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Adaptec Device Drivers in FreeBSD and Linux List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 10:35:56 -0000 Hello Marc, On Fri, Mar 02, 2007 at 04:38:04PM -0800, Marc D. Brooks wrote: > I think the following are the two major questions you are asking: > > 1. Why is my setup running at Fast instead of Ultra? ... > 2. What can I do to make my system run faster? Yes. > I would recommend that since all of the hardware (except for the > controller) is LVD, capable of running at Ultra160 (which is stable) to > change the 2940 controller out for an Ultra160 capable LVD controller. > You will definitely get a faster speed than the SCSI Fast you are > currently experiencing, or the Ultra you ar trying to get, and not have > the struggles in trying to find what part(s) in your current > configuration are causing the system to run slower than Ultra. > > I'm sorry I cannot supply a better answer which would not have the cost > of lots of time trying different components, or the cost of a different > controller, but when mixing and matching Single Ended SCSI hardware at > Ultra speeds, you can get a string of 1000 good setups, then hit on a > string of 100 problematical ones. Ok, I'll look for a used 29160. Thanks to all who answered! With kind regards, -- Baurzhan Ismagulov http://www.kz-easy.com/