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