From owner-freebsd-stable@freebsd.org Tue Nov 5 20:44:40 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B9D0F1B40BF for ; Tue, 5 Nov 2019 20:44:40 +0000 (UTC) (envelope-from SRS0=yijM=Y5=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4771qr0SSfz41gf for ; Tue, 5 Nov 2019 20:44:39 +0000 (UTC) (envelope-from SRS0=yijM=Y5=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id C067E28426; Tue, 5 Nov 2019 21:44:37 +0100 (CET) Received: from illbsd.quip.test (ip-62-24-92-232.net.upcbroadband.cz [62.24.92.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id E38A028416; Tue, 5 Nov 2019 21:44:36 +0100 (CET) Subject: Re: Cisco 12G SAS RAID support (FreeBSD 12.1-RELEASE) ? To: Chris Ross Cc: freebsd-stable@freebsd.org References: <20191105183448.GE1177@westeros.distal.com> <65e90493-a038-5668-45e9-5101c52c23eb@quip.cz> <20191105201942.GF1177@westeros.distal.com> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <65cd40b7-e982-496b-4876-21d352a03634@quip.cz> Date: Tue, 5 Nov 2019 21:44:36 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: <20191105201942.GF1177@westeros.distal.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4771qr0SSfz41gf X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=yijM=Y5=quip.cz=000.fbsd@elsa.codelab.cz has no SPF policy when checking 94.124.105.4) smtp.mailfrom=SRS0=yijM=Y5=quip.cz=000.fbsd@elsa.codelab.cz X-Spamd-Result: default: False [5.08 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.98)[0.985,0]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(0.90)[ip: (0.42), ipnet: 94.124.104.0/21(0.21), asn: 42000(3.76), country: CZ(0.09)]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; NEURAL_SPAM_LONG(1.00)[0.999,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=yijM=Y5=quip.cz=000.fbsd@elsa.codelab.cz]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=yijM=Y5=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2019 20:44:40 -0000 Chris Ross wrote on 11/05/2019 21:19: > On Tue, Nov 05, 2019 at 08:20:15PM +0100, Miroslav Lachman wrote: >> Chris Ross wrote on 11/05/2019 19:34: >>> Hello. I have a Cisco UCS C220-M5 with a RAID controller. It calls itself >>> "Cisco 12G Modular Raid Controller with 2GB cache", PPID UCSC-RAID-M5. >>> Looking at the CIMC, it shows the PCI vendor/device ids 1000:0014, which >>> looks to be an LSI MegaRAID Tri-Mode SAS3516. It looks like this should >>> be supported by the mpr(4) driver, but it doesn't seem to recognize it >>> at boot time. >> >> Do you have mpr_load="YES" in loader.conf? >> Or for ISO booting you can manually load kernel modules at boot prompt. > > I dropped to boot prompt in ISO boot, and entered 'mpr_load="YES"'. > > I tried "load", but wasn't able to devine how to load the mpr module with > that. Is that needed, or should 'mpr_load="YES"' have accomplished the > desired result? mpr_load="YES" goes to /etc/loader.conf If you need to load mpr manually in boot prompt I am not sure if it should be: load mpr or load mpr.ko of full path load /boot/kernel/mpr.ko Kind Regards Miroslav Lachman