From owner-cvs-all@FreeBSD.ORG Tue Jun 3 14:54:52 2003 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0467237B401; Tue, 3 Jun 2003 14:54:52 -0700 (PDT) Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D2B743F85; Tue, 3 Jun 2003 14:54:51 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from wonky.in0.lcl (wonky.in0.lcl [172.16.166.7]) by beppo.feral.com (8.12.9/8.12.9) with ESMTP id h53Lsoqw048150; Tue, 3 Jun 2003 14:54:50 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Tue, 3 Jun 2003 14:54:50 -0700 (PDT) From: Matthew Jacob X-X-Sender: mjacob@wonky.in0.lcl To: Ruslan Ermilov In-Reply-To: <20030603215346.GE21646@sunbay.com> Message-ID: <20030603145434.W90139@wonky.in0.lcl> References: <200306031747.h53Hlmrq096269@repoman.freebsd.org> <20030603142113.X48719@mailhost.quaver.net> <20030603215346.GE21646@sunbay.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: Matt Jacob cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/mpt mpt.c mpt.h mpt_freebsd.cmpt_freebsd.hmpi_raid.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: mjacob@feral.com List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2003 21:54:52 -0000 Thanks. When I'm ready for a checkin I'll contact uyou. On Wed, 4 Jun 2003, Ruslan Ermilov wrote: > On Tue, Jun 03, 2003 at 02:42:10PM -0700, Matthew Jacob wrote: > > > > > This doesn't have any relation to the problem under HTT+SMP > > > with mpt(4) I was having, does it? > > > > Not directly. > > > > I'm sorting through some of the Domain Validation code I got from > > someboy at LSI-Logic. This current checkin is in support of that. > > > > There's a possibility that some of the issues that have been seen (not > > necessarily yours) are related to weaknesses in MPT firmware when Domain > > Validation is *not* performed. > > > > For example, if I connect an Ultra2 disk to an Ultra320 and have things > > all negotiate correctly, and then power cycle the Ultra2 disk, the ARQ > > data (auto request sense) for the subsequent check condition appears to > > be mangled (I can't decide whether it was shifted by a byte or endian > > fouled up). Nobody else has ever reported this, so I'm assuming it's due > > to me not doing DV. Oh well. > > > Thanks. If you would like to ask me to try any patches for RELENG_4, > you are welcome to. I have a 100% reproducible case here. > > > Cheers, > -- > Ruslan Ermilov Sysadmin and DBA, > ru@sunbay.com Sunbay Software Ltd, > ru@FreeBSD.org FreeBSD committer >