From owner-freebsd-scsi@freebsd.org Thu Nov 19 23:27:17 2015 Return-Path: Delivered-To: freebsd-scsi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A9ABA3298B for ; Thu, 19 Nov 2015 23:27:17 +0000 (UTC) (envelope-from scott4long@yahoo.com) Received: from nm24-vm3.bullet.mail.gq1.yahoo.com (nm24-vm3.bullet.mail.gq1.yahoo.com [98.136.217.98]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 179B81A35 for ; Thu, 19 Nov 2015 23:27:16 +0000 (UTC) (envelope-from scott4long@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1447975258; bh=4V0t7A3SA6Pc2J7CHHP7TazKotOia3Ieg1e03Za0HCw=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject; b=oulBqINUMkznmLYAsXQXRYj0TMzaF33GCZ6jrOtIU68pKZ80KFNlRjZ1nedZetsIKfQ5FEYluEM3SoEEbF/lgwLxBDN7IswallBD09mJk8JSmbpype7YGh9puo5iZn1dGr+f9TzNRlGIWTojN0yfJlVCGMd3U9PC62RSPlVedkUnuddCMPUYdH0BDeVN+5QEHdcS1CIS0yXPkxCbofx9A4qQUYlr7lc2XM37EvshAmWd9ZBTQCDeEq48i9lk43yCf82CDX7FTdRV44T2Iy/HwGvmRLKQDoFxj8dSDPCirImFkkrHZWamEfAKY8LvWXwYCzcnKo3JOfS6sMpQy6kIlA== Received: from [98.137.12.56] by nm24.bullet.mail.gq1.yahoo.com with NNFMP; 19 Nov 2015 23:20:58 -0000 Received: from [98.136.164.76] by tm1.bullet.mail.gq1.yahoo.com with NNFMP; 19 Nov 2015 23:20:58 -0000 Received: from [127.0.0.1] by smtp238.mail.gq1.yahoo.com with NNFMP; 19 Nov 2015 23:20:58 -0000 X-Yahoo-Newman-Id: 889640.8541.bm@smtp238.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: T2V8cFIVM1lyvn9p4ReLqFEvACP.huAVQCzgxmJjXWNSaxQ 3N3Rh71hRsdn4OyDuwcVAhsBlfUuvgId_Ps2BmCLFsd7.dUu7SLIL9ESMXTg IWUKC.Up1q..MzhQooZd2dZSJdk9hZEbQmgFUEI2OFjJmEc1Vm8GWpiBpPk2 PqM.lnTRxGNx1TZHKjKj4wSiNwYSE0CuOryFA5kUW8TzIAv5.OstGnYXWrAR ww1nLsocYmk.YeT.7hny3TONT9P87nkbkgO75mNz8cPsummZ60bcrlUzRzk8 J5a.CDcWFj_qvLYwPwpy9wnUoMH11c18FN8p7QhxU3af4FCCX0X.iv.77nyk JHz1UH9d..B1gQ0H29.3aUAzE6u56gCq_SP7aosp20uJzHtJS9Hnwl5AgCtj 3gY1QjJtE9cJtQjhlw04r7QfpUdiMbsjchiJcoU9fk1il81cFLMeZUn6Q6d_ d9zCqg3FqNNEb9ZcqVFRrjrLhDZ1MnbUMw9G2jFJHEccDLw64aYEx6d8_Vlm J0G3YMELdeiYVuz44crM9Hyi81fSqJe.fKEeXljgA X-Yahoo-SMTP: clhABp.swBB7fs.LwIJpv3jkWgo2NU8- Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: ciss(4) HP Smart Array P840 From: Scott Long In-Reply-To: Date: Thu, 19 Nov 2015 16:20:57 -0700 Cc: Sean Bruno , freebsd-scsi@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <78A8F47E-211F-4DE1-8B39-8978A5D9B7F5@yahoo.com> References: <564E05E7.8020307@freebsd.org> To: Jonathon Reinhart X-Mailer: Apple Mail (2.3096.5) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 23:27:17 -0000 > On Nov 19, 2015, at 12:44 PM, Jonathon Reinhart = wrote: >=20 > On Thu, Nov 19, 2015 at 12:24 PM, Sean Bruno = wrote: >> On 11/19/15 09:03, Jonathon Reinhart wrote: >>> Hello all, >>>=20 >>> TL;DR: Why isn't the P840 supported by ciss(4)? >>>=20 >> I think I was the last person actively maintaining this driver for an >> employer. HP doesn't have staff to do this support any longer and I >> no longer work/have this hardware. >>=20 >> That's pretty much it as far as I can tell with this product line. >> Someone has to put in the effort to get farther along with the = hardware. >>=20 >>>=20 >>> I tried to setup FreeNAS 9.3 (running 9.3-RELEASE-p25) on an HP >>> DL380 Gen9, with the P840 RAID controller. I didn't realize that >>> the P840 is not officially supported by the ciss(4) driver. In my >>> troubleshooting, I ended up in the same place as documented on this >>> forums.freenas.org post >>> = : >>>=20 >>>=20 >>>> It's interesting that camcontrol devlist shows the drives, but >>>> there are no da* or ada* designations for them. I don't know what >>>> that means, but I'd speculate it's something driver-related. >>>=20 >>> Indeed: >>>=20 >>> # camcontrol devlist -v scbus0 on ciss0 bus 0: scbus1 on ciss0 bus >>> 32: at scbus1 target 4 lun 0 >>> (pass0) at scbus1 target 5 lun 0 >>> (pass1) scbus2 on ciss0 bus 33: ... >>>=20 >>> But there are no device names listed there, after passX, or in >>> /dev. >>>=20 >>=20 >> ciss(4) has "scsi-like" features which mean that behavior like this = is >> kind of expected. >>=20 >>> I see in the ciss source >>> = (https://github.com/freebsd/freebsd/blame/master/sys/dev/ciss/ciss.c#L320)= >>>=20 >>>=20 >> that the VID/DID for this card (0x103C, 0x3239) is listed. >>>=20 >>=20 >> Yup. I was asked to add that almost 3 years ago by HP before their >> team and my employment ended. >>=20 >>> I'm new to FreeBSD, but I'm confused as to how the driver supports >>> this card enough to read the drive model numbers, but not enough >>> to actually use the drives. Is there something I'm missing, or is >>> there some other technical reason this controller can't be used? >>>=20 >>> Thank you for your time, >>>=20 >>> Jonathon Reinhart >>=20 >>=20 >> I'm more than willing to help out here, you might want to push on HP >> if possible to get someone to reach out to me with details on what >> needs to be modified to support this controller. I no longer have >> valid contacts to get this information. :-( >>=20 >> sean >>=20 >> bcc jonathon >=20 > Thanks for the quick reply, Sean. >=20 > I took a quick look at the Linux hpsa driver (which obsoletes cciss) > to see if they treat these new cards any differently, and they don't > appear to do so, at all. AFAICT every supported board uses the same > "SA5_access" method. Which makes me again wonder why, given the > FreeBSD driver has the right VID/DID, it doesn't *just work*. I'd > probably have to turn on CISS debugging to see if there's any useful > info. Since you can see the volumes in camcontrol, the low-level driver and = communications protocol is working. What=E2=80=99s odd at the moment is = that the volumes are returning an inquiry response that CAM doesn=E2=80=99= t fully understand; that=E2=80=99s why you get the pass devices but no = da devices. Can you use camcontrol to do an inquiry request and send me = the results? Something like the following: sudo camcontrol cmd -n pass -u 0 -v -c "12 00 00 00 ff 00" -i 255 - | hd Thanks, Scott