From owner-freebsd-scsi@FreeBSD.ORG Sun Apr 17 23:05:11 2005 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1B7E16A4D0; Sun, 17 Apr 2005 23:05:11 +0000 (GMT) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16FD943D54; Sun, 17 Apr 2005 23:05:11 +0000 (GMT) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.1/8.13.1) with ESMTP id j3HN598Z040363 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 17 Apr 2005 19:05:10 -0400 (EDT) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com (smmsp@localhost.video-collage.com [127.0.0.1])j3HN53jT098020 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 17 Apr 2005 19:05:03 -0400 (EDT) (envelope-from mi@corbulon.video-collage.com) Received: (from root@localhost)j3HN53SD098019; Sun, 17 Apr 2005 19:05:03 -0400 (EDT) (envelope-from mi) From: Mikhail Teterin Message-Id: <200504172305.j3HN53SD098019@corbulon.video-collage.com> To: scottl@samsco.org (Scott Long) Date: Sun, 17 Apr 2005 19:05:03 -0400 (EDT) In-Reply-To: <4262DED7.80907@samsco.org> X-Mailer: ELM [version 2.5 PL7] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 cc: freebsd-scsi@freebsd.org cc: msmith@mu.org cc: trhodes@freebsd.org cc: Mikhail Teterin cc: Mikhail Teterin Subject: Re: speed of a ciss-based pseudo-disk X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Apr 2005 23:05:11 -0000 > Are you asking that someone go implement a 'nominal' speed tester in > the kernel that will accurately determine the speed of each attached > storage device? Scott, I'm asking about a nominal number. If my controller can not talk to the attached drives at U320 and negotiates down to lower speeds, I'd like to know about it. No "speed testers" need to be written for nominal numbers. That, sort of, is the whole point of something being _nominal_. It does not need to be measured, it is (usually) simply written somewhere or easily deduced from something else. If, as Paul Saab responded, even the nominal number is unobtainable for HP/Compaq arrays -- fine. The driver's output confused me, so I asked about its meaning. > Would you demand your money back if the number reported was wrong? Why > does it matter? I don't see, how this question is relevant, but yes, if the cable sold to me as a U320 is only capable of U160, I certainly will ask for my money back. > Your SCSI busses are running at Ultra320, and that is that. How do you know? Do you, actually, see _value_ in your two responses in this thread so far? I'm sure you were trying to help... -mi