src/sys/modules/nvme, branch release/13.2.0FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=release%2F13.2.02021-11-25T01:09:21ZFix some modules to export more used symbols2021-11-25T01:09:21ZKonstantin Belousovkib@FreeBSD.org2021-11-07T08:42:24Zurn:sha1:83271c68c4f4697ba15d49cc3f31912a5d04ff4b
(cherry picked from commit 5bb3134a8c21cb87b30e135ef168483f0333dabb)
Create a AHCI attachment for nvme.2019-08-21T22:18:01ZWarner Loshimp@FreeBSD.org2019-08-21T22:18:01Zurn:sha1:93289cfcd215fa38ad8543d87a1b5f99203f6631
Intel has created RST and many laptops from vendors like Lenovo and Asus. It's a
mechanism for creating multiple boot devices under windows. It effectively hides
the nvme drive inside of the ahci controller. The details are supposed to be a
trade secret. However, there's a reverse engineered Linux driver, and this
implements similar operations to allow nvme drives to attach. The ahci driver
attaches nvme children that proxy the remapped resources to the child. nvme_ahci
is just like nvme_pci, except it doesn't do the PCI specific things. That's
moved into ahci where appropriate.
When the nvme drive is remapped, MSI-x interrupts aren't forwarded (the linux
driver doesn't know how to use this either). INTx interrupts are used
instead. This is suboptimal, but usually sufficient for the laptops these parts
are in.
This is based loosely on https://www.spinics.net/lists/linux-ide/msg53364.html
submitted, but not accepted by, Linux. It was written by Dan Williams. These
changes were written from scratch by Olivier Houchard.
Submitted by: cognet@ (Olivier Houchard)
Separate the pci attachment from the rest of nvme2019-08-21T22:17:55ZWarner Loshimp@FreeBSD.org2019-08-21T22:17:55Zurn:sha1:f182f928dba2089ceb897191e546f32362035ddc
Nvme drives can be attached in a number of different ways. Separate out the PCI
attachment so that we can have other attachment types, like ahci and various
types of NVMeoF.
Submitted by: cognet@
Belatedly add opt_nvme.h to fix building nvme.ko outside of a kernel2017-11-14T05:05:21ZWarner Loshimp@FreeBSD.org2017-11-14T05:05:21Zurn:sha1:d1c9349f7632d58130b1bbd0493c9f8cf39865a0
build.
Sponsored by: Netflix
Add nvme_sim.c since that's not runtime switchable.2017-08-28T23:54:16ZWarner Loshimp@FreeBSD.org2017-08-28T23:54:16Zurn:sha1:be650b3469ee1628bfe84e227ba19c65168dcdb4
Sponsored by: Netflix
sys/modules: normalize .CURDIR-relative paths to SRCTOP2017-03-04T10:10:17ZEnji Cooperngie@FreeBSD.org2017-03-04T10:10:17Zurn:sha1:193d9e768ba63fcfb187cfd17f461f7d41345048
This simplifies make output/logic
Tested with: `cd sys/modules; make ALL_MODULES=` on amd64
MFC after: 1 month
Sponsored by: Dell EMC Isilon
Fix "make depend" with nvme.ko: add opt_cam.h to SRCS2017-03-04T08:46:57ZEnji Cooperngie@FreeBSD.org2017-03-04T08:46:57Zurn:sha1:ee13e70e4f16588d63de3ee17bc654251179bc20
MFC after: 1 week
X-MFC with: r301778
Sponsored by: Dell EMC Isilon
Add message when nvd disks are attached and detached.2013-07-19T21:40:57ZJim Harrisjimharris@FreeBSD.org2013-07-19T21:40:57Zurn:sha1:38441bd9a978287f0f37911afc046add95cc187c
As part of this commit, add an nvme_strvis() function which borrows
heavily from cam_strvis(). This will allow stripping of
leading/trailing whitespace and also handle unprintable characters
in model/serial numbers. This function goes into a new nvme_util.c
file which is used by both the driver and nvmecontrol.
Sponsored by: Intel
Reviewed by: carl
MFC after: 3 days
Move the busdma mapping functions to nvme_qpair.c.2013-04-12T17:48:45ZJim Harrisjimharris@FreeBSD.org2013-04-12T17:48:45Zurn:sha1:ca269f32efbb7a7f8d263e048e707dc43f13a938
This removes nvme_uio.c completely.
Sponsored by: Intel
Add nvme(4) and nvd(4) Makefiles to the tree.2012-09-17T19:58:02ZJim Harrisjimharris@FreeBSD.org2012-09-17T19:58:02Zurn:sha1:978b27047d2c07fd1bf942908f46bd665985ac23
Noticed by: pluknet
Pointy-hat to: jimharris