Date: Tue, 3 Jun 2003 14:42:10 -0700 (PDT) From: Matthew Jacob <mjacob@feral.com> To: Ruslan Ermilov <ru@FreeBSD.org> Cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/mpt mpt.c mpt.h mpt_freebsd.cmpt_freebsd.hmpi_raid.h Message-ID: <20030603142113.X48719@mailhost.quaver.net> In-Reply-To: <20030603175426.GL79822@sunbay.com> References: <200306031747.h53Hlmrq096269@repoman.freebsd.org> <20030603175426.GL79822@sunbay.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> 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. -mtat
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030603142113.X48719>