Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 17 Mar 2017 20:47:58 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-bugs@FreeBSD.org
Subject:   [Bug 211713] NVME controller failure: resetting
Message-ID:  <bug-211713-8-tOz8kKk1Sc@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-211713-8@https.bugs.freebsd.org/bugzilla/>
References:  <bug-211713-8@https.bugs.freebsd.org/bugzilla/>

index | next in thread | previous in thread | raw e-mail

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211713

--- Comment #25 from Terry Kennedy <terry-freebsd@glaver.org> ---
(In reply to Warner Losh from comment #24)
I think there may be multiple bugs all getting lumped into this PR.

On my Dell R710 (same exact CPUs, memory modules, and system chipset as the
Supermicro X8DTH-iF where I get the hangs) with FreeBSD 10.3-STABLE, I get:

(0:4) pool20:/sysprog/terry# dd if=/dev/nvd0 of=/dev/null bs=16m
7631+1 records in
7631+1 records out
128035676160 bytes transferred in 86.524463 secs (1479762738 bytes/sec)
(0:5) pool20:/sysprog/terry# dd if=/dev/zero of=/dev/nvd0 bs=16m
dd: /dev/nvd0: short write on character device
dd: /dev/nvd0: end of device
7632+0 records in
7631+1 records out
128035676160 bytes transferred in 164.568004 secs (778010750 bytes/sec)
(1:6) pool20:/sysprog/terry# pciconf -lbace nvme0
nvme0@pci0:5:0:0:       class=0x010802 card=0xa801144d chip=0xa804144d rev=0x00
hdr=0x00
    bar   [10] = type Memory, range 64, base 0xdf2fc000, size 16384, enabled
    cap 01[40] = powerspec 3  supports D0 D3  current D0
    cap 05[50] = MSI supports 32 messages, 64 bit 
    cap 10[70] = PCI-Express 2 endpoint max data 256(256) FLR RO NS link x4(x4)
                 speed 5.0(8.0) ASPM disabled(L1)
    cap 11[b0] = MSI-X supports 33 messages, enabled
                 Table in map 0x10[0x3000], PBA in map 0x10[0x2000]
    ecap 0001[100] = AER 2 0 fatal 0 non-fatal 0 corrected
    ecap 0003[148] = Serial 1 0000000000000000
    ecap 0004[158] = Power Budgeting 1
    ecap 0019[168] = PCIe Sec 1 lane errors 0
    ecap 0018[188] = LTR 1
    ecap 001e[190] = unknown 1

This is in a PCIe 2 x4 slot, but the write speed matches the SM961 datasheet
for the 128GB version - "700MB/Sec sequential write". Sequential read is
probably being limited by PCIe 2 speeds, as the datasheet specifies "Up to
3100MB/Sec". These numbers are from "Samsung Rev 1.0, June 2016". I can't post
the whole thing as it is marked Company Confidential.

On the Supermicro X8DTH-iF where FreeBSD gets the controller resets, Arch Linux
2016.11.01 reads and writes the SM961 at approximately the same speeds as on
the Dell R710, with no resets.

-- 
You are receiving this mail because:
You are the assignee for the bug.

help

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-211713-8-tOz8kKk1Sc>