From owner-freebsd-scsi@FreeBSD.ORG Fri Jul 25 14:33:35 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FCB6106567B for ; Fri, 25 Jul 2008 14:33:35 +0000 (UTC) (envelope-from cowens@greatbaysoftware.com) Received: from portcityweb.com (bayringfw.portcityweb.com [64.140.243.92]) by mx1.freebsd.org (Postfix) with ESMTP id E0CD28FC2B for ; Fri, 25 Jul 2008 14:33:34 +0000 (UTC) (envelope-from cowens@greatbaysoftware.com) Received: from [127.0.0.1] ([70.88.211.149]) by portcityweb.com with MailEnable ESMTP; Fri, 25 Jul 2008 10:20:31 -0400 X-WatchGuard-Mail-Exception: Allow Message-ID: <4889E1DA.2070504@greatbaysoftware.com> Date: Fri, 25 Jul 2008 10:23:22 -0400 From: Charles Owens MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Content-Type: multipart/mixed; boundary="------------090909080308060206080607" X-WatchGuard-AntiVirus: part scanned. clean action=allow X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: LSI LSLSAS1068 not detected by mpt(4) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2008 14:33:35 -0000 This is a multi-part message in MIME format. --------------090909080308060206080607 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-WatchGuard-AntiVirus: part scanned. clean action=allow Good day, We're trying to get FreeBSD 7.0 to fly on an Intel SR2500ALLX server, but the RAID controller isn't being detected properly. As best I can tell from reading man pages it _should_ be being handled by mpt(4) -- but the system boots with no drives detected. Also, it is probably worth pointing out that the system has been working before this just fine with Linux. With pciconf I'm getting this: mfi0@pci0:4:14:0: class=0x010400 card=0x35018086 chip=0x04111000 rev=0x00 hdr=0x00 class = mass storage subclass = RAID I saw a commit message for mpt_pci.c from last Sept (rev 1.51 & mfc) that was a fix for a device ID conflict with mfi(4). Could this same sort of thing be happening here? What is the best way forward? Is a custom kernel with mfi(4) removed a possible workaround? Any assistance greatly appreciated! Thank you, Charles -- **Charles Owens** *Great Bay Software** **|** v: *603.766.6105 *|** m: *603.866.0860 *|** f: *603.430.0713 *|** e: *cowens@GreatBaySoftware.com**** --------------090909080308060206080607--