From owner-freebsd-scsi@FreeBSD.ORG Mon Mar 24 08:03:54 2014 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF1E8977; Mon, 24 Mar 2014 08:03:54 +0000 (UTC) Received: from cu01176a.smtpx.saremail.com (cu01176a.smtpx.saremail.com [195.16.150.151]) by mx1.freebsd.org (Postfix) with ESMTP id 93A9AFA6; Mon, 24 Mar 2014 08:03:54 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop03.sare.net (Postfix) with ESMTPSA id EB89A9DCC3A; Mon, 24 Mar 2014 09:03:46 +0100 (CET) Subject: Re: LSI - MR-Fusion controller driver patch and man page Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Borja Marcos In-Reply-To: <20140321160954.GB99545@cisco.com> Date: Mon, 24 Mar 2014 09:03:43 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <5C32A3C7-B28B-4E69-9DF0-EE53181085F7@sarenet.es> References: <8c423414ecc2421fbace3eb9f386be91@BN1PR07MB247.namprd07.prod.outlook.com> <20140106182935.GC93278@cisco.com> <20140107181139.GC2080@cisco.com> <20140124185356.GA28724@ambrisko.com> <20140124190047.GA34975@ambrisko.com> <9c3fd2b15e9b4c2cb967519a3b7f98ad@BN1PR07MB247.namprd07.prod.outlook.com> <20140318143738.GA65955@cisco.com> <20140320235534.GA92797@cisco.com> <20140321160954.GB99545@cisco.com> To: Doug Ambrisko X-Mailer: Apple Mail (2.1283) X-Mailman-Approved-At: Mon, 24 Mar 2014 11:37:08 +0000 Cc: "scottl@netflix.com" , "Radford, Adam" , "sean_bruno@yahoo.com" , "Mankani, Krishnaraddi" , "dwhite@ixsystems.com" , "Maloy, Joe" , "jpaetzel@freebsd.org" , "freebsd-scsi@freebsd.org" , "Kenneth D. Merry" , "McConnell, Stephen" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2014 08:03:54 -0000 On Mar 21, 2014, at 5:09 PM, Doug Ambrisko wrote: > Do you have a simple test case for that? There were issues in the = SCSI > command translation which should have been fixed via switching it to = use > the CAM translation code. Can you try it via a RAID volume of one = disk? Yes, I tried all those possibilities. "syspd" devices, passthrough (same = result, corrruption) and when creating single-disk RAID0 volumes it worked, no corruption. Just in case I tried with SSDs (Samsung EVO 840 and OCZ Vertex 4) and = Seagate SAS disks. > | The server is not in production, so I have no problems to try = drivers, etc. >=20 > You could try the LSI mrsas and see if the corruption goes away and = then > we could try to isolate the difference. mrsas does not support CAM > passthrough. If both drivers are loaded in the kernel, you can = prevent > mfi from attaching and let mrsas attach via the tunable: > hw.mfi.mrsas_enable=3D1 > The mrsas device come up /dev/da* there are no aliases yet to the mfi = one's. > Also mfiutil won't work with mrsas but MegaCli/StorCli should. If you = want > to use mfiutil, you can switch to mfi to set that up and then switch = back > to mrsas. I need to finish the mrsas compat work so mfiutil can work > on it. It's a little more complicated then I hoped. Actually I think that converting passthrough disks to "mfisyspd" or an = equivalent is a bad idea, unless, of course, there's a compelling reason I don't realize. For = instance, if you are using SSDs you need access to the TRIM command. So, if I can vote, I vote with arms and legs for "da" devices in case = it's a passthough. It's not a pressing need, I installed a LSI2008 card and I connected the = SAS backplane to it, so for now the Invader is a non-problem, but if it will help to run some tests with the mps = driver I can certainly do it. Borja.