From owner-freebsd-stable@FreeBSD.ORG Mon Feb 13 10:04:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2201D1065670 for ; Mon, 13 Feb 2012 10:04:01 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9BECC8FC0C for ; Mon, 13 Feb 2012 10:04:00 +0000 (UTC) Received: by bkcjg1 with SMTP id jg1so4247855bkc.13 for ; Mon, 13 Feb 2012 02:03:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=+grW9zGywhbKknBAiCs9IKh9RfYkGnxdsCgHWXmufYM=; b=AhhrK2d/eArOCFNKhxbtiahS5PjD+BAyUI3divE8wZKxsRa0f3F0LdcdNPKA3AftFO /+GmOA7sg/35+v8guqr3NyPkwQ/qzWQKsI8zRrIpMPR2KRLvpxqZmKKBF+jR287tQZi8 bNwH6j39NTAxqJTLRJ7vNjgxyHy3MlmmDqIhg= Received: by 10.204.129.203 with SMTP id p11mr6612086bks.109.1329127439394; Mon, 13 Feb 2012 02:03:59 -0800 (PST) Received: from [192.168.50.103] (double-l.xs4all.nl. [80.126.205.144]) by mx.google.com with ESMTPS id y9sm44569747bkw.5.2012.02.13.02.03.58 (version=SSLv3 cipher=OTHER); Mon, 13 Feb 2012 02:03:58 -0800 (PST) Message-ID: <4F38E00B.2020408@gmail.com> Date: Mon, 13 Feb 2012 11:03:55 +0100 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: "Kenneth D. Merry" References: <20120202191105.GA55719@nargothrond.kdm.org> In-Reply-To: <20120202191105.GA55719@nargothrond.kdm.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: LSI supported mps(4) driver in stable/9 and stable/8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2012 10:04:01 -0000 Kenneth D. Merry schreef: > Hi folks, > > The LSI-supported version of the mps(4) driver that supports their 6Gb SAS > HBAs as well as WarpDrive controllers, is now in stable/9 and stable/8. > > Please test it out and let me and Kashyap (CCed) know if you run into > any problems. > > In addition to supporting WarpDrive, the driver also supports Integrated > RAID. > > Thanks to LSI for doing the work on this driver! > > Note that the CAM infrastructure changes that went into FreeBSD/head along > with this driver have not gone into either stable/9 or stable/8. Only the > driver itself has been merged. > > The CAM infrastructure changes depend on some other da(4) driver changes > that will need to get merged before they can go back. If that merge > happens, it will probably only be into stable/9. > > A couple of notes about issues with this driver: > > - Unlike the previous mps(4) driver, it probes sequentially. If you have > a lot of drives in your system, it will take a while to probe them all. > - You may see warning messages like this: > > _mapping_add_new_device: failed to add the device with handle 0x0019 to persiste > nt table because there is no free space available > _mapping_add_new_device: failed to add the device with handle 0x001a to persiste > nt table because there is no free space available > > - The driver is not endian safe. (It assumes a little endian machine.) > This is not new, the previous version of the driver had the same issue. > > The LSI folks know about these issues. The driver has passed their testing > process. > > Many thanks to LSI for going through the effort to support FreeBSD. > > Ken Hello all. I am running FreeBSD 9.0 STABLE now, on a LSI 9211-8i controller and a 16 ports backplane identified as LSI CORP SAS2X28 0717 ses0 pass6 On FreeBSD 9.0RELEASE i have the following order. Seen from the front of the case. da3 da7 da11 da15 da2 da6 da10 da14 da1 da5 da9 da13 da0 da4 da8 da12 But now it has shuffled the order. da8 da 14 da12 da10 da9 da15 da13 da11 da1 da6 da2 da5 da0 da7 da3 da4 There is no logic at all, and it is very hard to figure out when a disk dies which one it is. regards Johan Hendriks