From owner-freebsd-stable@freebsd.org Thu Apr 16 20:57:16 2020 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 7F46C2C804C for ; Thu, 16 Apr 2020 20:57:16 +0000 (UTC) (envelope-from SRS0=OZKT=6A=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 493BP72b9nz46cg; Thu, 16 Apr 2020 20:57:15 +0000 (UTC) (envelope-from SRS0=OZKT=6A=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 BAC3728436; Thu, 16 Apr 2020 22:57:13 +0200 (CEST) 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 7B55F28433; Thu, 16 Apr 2020 22:57:12 +0200 (CEST) Subject: Re: support of PCIe NVME drives To: Chuck Tuffli Cc: Pete Wright , freebsd-stable@freebsd.org, Kurt Jaeger References: <5a20f111-b2f5-c1a1-acdf-86df43d79ace@quip.cz> <20200416180705.GB39563@home.opsec.eu> <36c9c502-f9b6-fd3d-3ac2-80ab18f8d420@quip.cz> <37408503-c462-97fa-e702-f23fed366f83@nomadlogic.org> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: Date: Thu, 16 Apr 2020 22:57:10 +0200 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: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 493BP72b9nz46cg X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=OZKT=6A=quip.cz=000.fbsd@elsa.codelab.cz has no SPF policy when checking 94.124.105.4) smtp.mailfrom=SRS0=OZKT=6A=quip.cz=000.fbsd@elsa.codelab.cz X-Spamd-Result: default: False [3.97 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; IP_SCORE(0.82)[ip: (0.28), ipnet: 94.124.104.0/21(0.14), asn: 42000(3.60), country: CZ(0.09)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.95)[0.954,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000,0]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=OZKT=6A=quip.cz=000.fbsd@elsa.codelab.cz]; FREEMAIL_TO(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=OZKT=6A=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: Thu, 16 Apr 2020 20:57:16 -0000 Chuck Tuffli wrote on 04/16/2020 22:29: > On Thu, Apr 16, 2020 at 12:30 PM Miroslav Lachman <000.fbsd@quip.cz> wrote: >> >> Pete Wright wrote on 04/16/2020 20:23: >>> >>> >>> On 4/16/20 11:12 AM, Miroslav Lachman wrote: >>>> Kurt Jaeger wrote on 04/16/2020 20:07: >> >>> I would try booting via UEFI if you can. I just installed a laptop >>> yesterday which has a nvme root device, it was detected by the 12-STABLE >>> snapshot I used to boot from. no other modifications were necessary on >>> my end. >> >> I changed BIOS settings to use UEFI boot method, booted 12.1 installer >> ISO but without luck. Still no NVME disks :( >> >> You can see it on printscreen from iDRAC https://ibb.co/tPnymL7 >> >> Anything more I can test? > > Fair warning, I don't deal much with Dell, but it's curious that iDrac > lists the device protocol as MI >> Device Protocol: NVMe-MI1.0 > > MI or the Management Interface is defined by NVMe, but it isn't the > same as a block interface. MI typically uses SMBUS and not PCIe to > communicate with the device. So it's possible that the device is > visible to iDrac via SMBUS but may not be on the PCIe bus for > $reasons. Does iDrac have any tools to interact with the device via > MI? iDRAC does not allow me to do anything with the drives. But I booted Linux SystemRescueCd and nvme devices are there visible in /dev/ printscreen https://ibb.co/sj22Nwg So I think the HW is OK, but FreeBSD does not recognize the controller? Kind regards Miroslav Lachman