本文主要参考这里 1’ 2 的解析和 linux 源码 3。
此处推荐一个可以便捷查看 linux 源码的网站 bootlin 4。
更新：2022 / 02 / 19
NVMe 的前世今生
NVMe 离不开 PCIe，NVMe SSD 是 PCIe 的 endpoint。PCIe 是 x86 平台上一种流行的外设总线，由于其 Plug and Play 的特性，目前很多外设都通过 PCI Bus 与 Host 通信，甚至不少CPU 的集成外设都通过 PCI Bus 连接，如 APIC 等。
NVMe SSD 在 PCIe 接口上使用新的标准协议 NVMe，由大厂 Intel 推出并交由 nvmexpress 组织推广，现在被全球大部分存储企业采纳。
从系统角度看 NVMe 驱动
NVMe Command
NVMe Host（ Server ）和 NVMe Controller（ SSD ）通过 NVMe Command 进行信息交互。NVMe Spec 中定义了 NVMe Command 的格式，占用 64 字节。
NVMe Command 分为 Admin Command 和 IO Command 两大类，前者主要是用于配置，后者用于数据传输。
NVMe Command 是 Host 与 SSD Controller 交流的基本单元，应用的 I/O 请求也要转化成NVMe Command。
或许可以将 NVMe Command 理解为英语，host和SSD controller分别为韩国人和日本人，这两个 对象 需要通过英语统一语法来进行彼此的沟通和交流，Admin Command 是语法 负责语句的主谓宾结构，IO Command是单词 构成语句的具体使用词语。一句话需要语法组织语句结构和单词作为语句的填充。
PCI 总线
- 在操作系统启动时，
BIOS会枚举整个PCI的总线，之后将扫描到的设备通过ACPItables传给操作系统。 - 当操作系统加载时，
PCIBus驱动则会根据此信息读取各个PCI设备的PCI Header Config空间，从class code寄存器获得一个特征值。
class code是PCIbus用来选择哪个驱动加载设备的唯一根据。
NVMeSpec定义的class code是010802h。NVMeSSD内部的Controller PCIe Header中class code都会设置成010802h。
所以，需要在驱动中指定 class code 为 010802h，将 010802h 放入 pci_driver nvme_driver 的id_table。
之后当 nvme_driver 注册到 PCI Bus 后，PCI Bus 就知道这个驱动是给 class code=010802h 的设备使用的。
nvme_driver 中有一个 probe 函数，nvme_probe()，这个函数才是真正加载设备的处理函数。
从架构角度看 NVMe 驱动
学习 Linux NVMe Driver之前，先看一下 Driver 在 Linux 架构中的位置，如下图所示：
NVMe driver 在 Block Layer 之下，负责与 NVMe 设备交互。
为了紧跟时代的大趋势，现在的 NVMe driver 已经很强大了，也可以支持 NVMe over Fabric 相关设备，如下图所示：
不过，本文还是以 NVMe over PCIe 为主。
NVMe 驱动的文件构成
最新的代码位于 linux/drivers/nvme/ 5。
其文件目录构成如下所示：
.
├── Kconfig
├── Makefile
├── common
│ ├── Kconfig
│ ├── Makefile
│ └── auth.c
├── host
│ ├── Kconfig
│ ├── Makefile
│ ├── apple.c
│ ├── auth.c
│ ├── constants.c
│ ├── core.c
│ ├── fabrics.c
│ ├── fabrics.h
│ ├── fault_inject.c
│ ├── fc.c
│ ├── fc.h
│ ├── hwmon.c
│ ├── ioctl.c
│ ├── multipath.c
│ ├── nvme.h
│ ├── pci.c
│ ├── rdma.c
│ ├── tcp.c
│ ├── trace.c
│ ├── trace.h
│ └── zns.c
└── target
├── Kconfig
├── Makefile
├── admin-cmd.c
├── auth.c
├── configfs.c
├── core.c
├── discovery.c
├── fabrics-cmd-auth.c
├── fabrics-cmd.c
├── fc.c
├── fcloop.c
├── io-cmd-bdev.c
├── io-cmd-file.c
├── loop.c
├── nvmet.h
├── passthru.c
├── rdma.c
├── tcp.c
├── trace.c
├── trace.h
└── zns.c
4 directories, 47 files
在分析一个 driver 时，最好先看这个 driver 相关的 kconfig 及 Makefile 文件，了解其文件架构，再阅读相关的 source code。
Kconfig 文件的作用是：
- 控制
make menuconfig时，出现的配置选项； - 根据用户配置界面的选择，将配置结果保存在
.config配置文件（该文件将提供给Makefile使用，用以决定要编译的内核组件以及如何编译）
先看一下 linux/drivers/nvme/host/Kconfig 6 的内容 ( NVMeOF 相关内容已省略，后续不再注明)，如下所示：
# SPDX-License-Identifier: GPL-2.0-only
config NVME_CORE
tristate
select BLK_DEV_INTEGRITY_T10 if BLK_DEV_INTEGRITY
......
接着，再看一下 linux/drivers/nvme/host/Makefile 7 的内容，如下所示：
# SPDX-License-Identifier: GPL-2.0
ccflags-y += -I$(src)
obj-$(CONFIG_NVME_CORE) += nvme-core.o
obj-$(CONFIG_BLK_DEV_NVME) += nvme.o
obj-$(CONFIG_NVME_FABRICS) += nvme-fabrics.o
obj-$(CONFIG_NVME_RDMA) += nvme-rdma.o
obj-$(CONFIG_NVME_FC) += nvme-fc.o
obj-$(CONFIG_NVME_TCP) += nvme-tcp.o
obj-$(CONFIG_NVME_APPLE) += nvme-apple.o
......
从 Kconfig 和 Makefile 来看，了解 NVMe over PCIe 相关的知识点，我们主要关注 core.c，pci.c 就好。
NVMe Driver 工作原理
core.c
通过该文件了解 NVMe 驱动可以如何操作 NVMe 设备，文件中先后调用了哪些函数及其各自的作用可以参考下图：
nvme_core_init
从 linux/drivers/nvme/host/core.c 8 找到程序入口 module_init(nvme_core_init);，如下所示：
static int __init nvme_core_init(void)
{
int result = -ENOMEM;
......
// 1. 注册字符设备 "nvme"
result = alloc_chrdev_region(&nvme_ctrl_base_chr_devt, 0,
NVME_MINORS, "nvme");
if (result < 0)
goto destroy_delete_wq;
// 2. 新建一个nvme class，拥有者(Owner)是为THIS_MODULE
nvme_class = class_create(THIS_MODULE, "nvme");
// 如果有Error发生，删除字符设备nvme
if (IS_ERR(nvme_class)) {
result = PTR_ERR(nvme_class);
goto unregister_chrdev;
}
nvme_class->dev_uevent = nvme_class_uevent;
// 新建一个nvme_subsys_class
nvme_subsys_class = class_create(THIS_MODULE, "nvme-subsystem");
if (IS_ERR(nvme_subsys_class)) {
result = PTR_ERR(nvme_subsys_class);
goto destroy_class;
}
// 注册字符设备 `nvme_generic`
result = alloc_chrdev_region(&nvme_ns_chr_devt, 0, NVME_MINORS,
"nvme-generic");
if (result < 0)
goto destroy_subsys_class;
// 新建nvme_ns_chr_class
nvme_ns_chr_class = class_create(THIS_MODULE, "nvme-generic");
if (IS_ERR(nvme_ns_chr_class)) {
result = PTR_ERR(nvme_ns_chr_class);
goto unregister_generic_ns;
}
//
result = nvme_init_auth();
if (result)
goto destroy_ns_chr;
return 0;
从上面来看，nvme_core_init 主要做了两件事：
alloc_chrdev_region
- 调用
alloc_chrdev_region9 函数，如下所示，注册名为nvme和nvme_generic的字符设备。
int alloc_chrdev_region(dev_t *dev, unsigned baseminor, unsigned count,
const char *name)
{
struct char_device_struct *cd;
cd = __register_chrdev_region(0, baseminor, count, name);
if (IS_ERR(cd))
return PTR_ERR(cd);
*dev = MKDEV(cd->major, cd->baseminor);
return 0;
}
class_create
- 调用
class_create函数 10，如下所示，动态创建设备的逻辑类，并完成部分字段的初始化，然后将其添加到内核中。创建的逻辑类位于/sys/class/。
#define class_create(owner, name) \
({ \
static struct lock_class_key __key; \
__class_create(owner, name, &__key); \
})
#endif /* _DEVICE_CLASS_H_ */
在注册字符设备时，涉及到了设备号的知识点：
一个字符设备或者块设备都有一个主设备号（
Major）和次设备号（Minor）。主设备号用来表示一个特定的驱动程序，次设备号用来表示使用该驱动程序的各个设备。比如，我们在Linux系统上挂了两块NVMeSSD，那么主设备号就可以自动分配一个数字 (比如8），次设备号分别为1和2。
例如，在32位机子中，设备号共32位，高12位表示主设备号，低20位表示次设备号。
nvme_dev_fops
通过 nvme_core_init 进行字符设备的注册后，我们就可以通过 nvme_dev_fops 中的 open，ioctrl，release 接口对其进行操作了。
nvme 字符设备的文件操作结构体 nvme_dev_fops 8 定义如下:
static const struct file_operations nvme_dev_fops = {
.owner = THIS_MODULE,
// open()用来打开一个设备，在该函数中可以对设备进行初始化。
.open = nvme_dev_open,
// release()用来释放open()函数中申请的资源。
.release = nvme_dev_release,
// nvme_dev_ioctl()提供一种执行设备特定命令的方法。
// 这里的ioctl有两个unlocked_ioctl和compat_ioctl。
// 如果这两个同时存在的话，优先调用unlocked_ioctl。
// 对于compat_ioctl只有打来了CONFIG_COMPAT 才会调用compat_ioctl。*/
.unlocked_ioctl = nvme_dev_ioctl,
.compat_ioctl = compat_ptr_ioctl,
.uring_cmd = nvme_dev_uring_cmd,
};
nvme_dev_open
nvme_dev_open 8 的定义如下：
static int nvme_dev_open(struct inode *inode, struct file *file)
{
// 从incode中获取次设备号
struct nvme_ctrl *ctrl =
container_of(inode->i_cdev, struct nvme_ctrl, cdev);
switch (ctrl->state) {
case NVME_CTRL_LIVE:
break;
default:
// -EWOULDBLOCK: Operation would block
return -EWOULDBLOCK;
}
nvme_get_ctrl(ctrl);
if (!try_module_get(ctrl->ops->module)) {
nvme_put_ctrl(ctrl);
// -EINVAL: Invalid argument
return -EINVAL;
}
file->private_data = ctrl;
return 0;
}
找到与 inode 次设备号对应的 nvme 设备，接着判断 nvme_ctrl_live 和 module，最后找到的 nvme 设备放到 file->private_data 区域。
nvme_dev_release
nvme_dev_release 的定义如下：
static int nvme_dev_release(struct inode *inode, struct file *file)
{
struct nvme_ctrl *ctrl =
container_of(inode->i_cdev, struct nvme_ctrl, cdev);
module_put(ctrl->ops->module);
nvme_put_ctrl(ctrl);
return 0;
}
用来释放 nvme_dev_open 中申请的资源。
nvme_dev_ioctl
nvme_dev_ioctl 11 的定义如下：
long nvme_dev_ioctl(struct file *file, unsigned int cmd,
unsigned long arg)
{
struct nvme_ctrl *ctrl = file->private_data;
void __user *argp = (void __user *)arg;
switch (cmd) {
case NVME_IOCTL_ADMIN_CMD:
return nvme_user_cmd(ctrl, NULL, argp, 0, file->f_mode);
case NVME_IOCTL_ADMIN64_CMD:
return nvme_user_cmd64(ctrl, NULL, argp, 0, file->f_mode);
case NVME_IOCTL_IO_CMD:
return nvme_dev_user_cmd(ctrl, argp, file->f_mode);
case NVME_IOCTL_RESET:
if (!capable(CAP_SYS_ADMIN))
return -EACCES;
dev_warn(ctrl->device, "resetting controller\n");
return nvme_reset_ctrl_sync(ctrl);
case NVME_IOCTL_SUBSYS_RESET:
if (!capable(CAP_SYS_ADMIN))
return -EACCES;
return nvme_reset_subsystem(ctrl);
case NVME_IOCTL_RESCAN:
if (!capable(CAP_SYS_ADMIN))
return -EACCES;
nvme_queue_scan(ctrl);
return 0;
default:
// 错误的ioctrl命令
return -ENOTTY;
}
}
从上面可以发现在 nvme_dev_ioctl 中总共实现了 5 种 Command：
| 命令 | 解释 |
|---|---|
NVME_IOCTL_ADMIN_CMD |
NVMe Spec 定义的 Admin 命令。 |
NVME_IOCTL_IO_CMD |
NVMe Spec 定义的 IO 命令。不支持 NVMe 设备有多个namespace 的情况。 |
NVME_IOCTL_RESET |
|
NVME_IOCTL_SUBSYS_RESET |
通过向相关 bar 寄存器写入指定值 0x4E564D65 来完成 |
NVME_IOCTL_RESCAN |
NVME_IO_RESET
先来看看 nvme_reset_ctrl_sync 的定义，如下：
int nvme_reset_ctrl_sync(struct nvme_ctrl *ctrl)
{
int ret;
ret = nvme_reset_ctrl(ctrl);
if (!ret) {
flush_work(&ctrl->reset_work);
if (ctrl->state != NVME_CTRL_LIVE)
// ENETRESET: Network dropped connection because of reset */
ret = -ENETRESET;
}
return ret;
}
再来看看 nvme_reset_ctrl，如下：
int nvme_reset_ctrl(struct nvme_ctrl *ctrl)
{
if (!nvme_change_ctrl_state(ctrl, NVME_CTRL_RESETTING))
return -EBUSY;
if (!queue_work(nvme_reset_wq, &ctrl->reset_work))
// EBUSH: Device or resource busy
return -EBUSY;
return 0;
}
EXPORT_SYMBOL_GPL(nvme_reset_ctrl);
从上面的定义中可以了解到，如果通过调用 nvme_reset_ctrl 获取当前设备和资源的状态：
- 如果处于
busy状态，则不进行相关的reset的动作； - 如果处于空闲状态，则调用
flush_work(&ctrl->reset_work)来reset nvme controller。
再来看一下 flush_work 的定义，如下：
static bool __flush_work(struct work_struct *work, bool from_cancel)
{
struct wq_barrier barr;
if (WARN_ON(!wq_online))
return false;
if (WARN_ON(!work->func))
return false;
lock_map_acquire(&work->lockdep_map);
lock_map_release(&work->lockdep_map);
if (start_flush_work(work, &barr, from_cancel)) {
wait_for_completion(&barr.done);
destroy_work_on_stack(&barr.work);
return true;
} else {
return false;
}
}
/**
* flush_work - wait for a work to finish executing the last queueing instance
* @work: the work to flush
*
* Wait until @work has finished execution. @work is guaranteed to be idle
* on return if it hasn't been requeued since flush started.
*
* Return:
* %true if flush_work() waited for the work to finish execution,
* %false if it was already idle.
*/
bool flush_work(struct work_struct *work)
{
return __flush_work(work, false);
}
EXPORT_SYMBOL_GPL(flush_work);
NVME_IOCTL_SUBSYS_RESET
先来看看 nvme_reset_subsystem 的定义，如下：
static inline int nvme_reset_subsystem(struct nvme_ctrl *ctrl)
{
int ret;
if (!ctrl->subsystem)
return -ENOTTY;
if (!nvme_wait_reset(ctrl))
// EBUSH: Device or resource busy
return -EBUSY;
ret = ctrl->ops->reg_write32(ctrl, NVME_REG_NSSR, 0x4E564D65);
if (ret)
return ret;
return nvme_try_sched_reset(ctrl);
}
先来看一下 nvme_wait_reset 的定义，如下：
/*
* Waits for the controller state to be resetting, or returns false if it is
* not possible to ever transition to that state.
*/
bool nvme_wait_reset(struct nvme_ctrl *ctrl)
{
wait_event(ctrl->state_wq,
nvme_change_ctrl_state(ctrl, NVME_CTRL_RESETTING) ||
nvme_state_terminal(ctrl));
return ctrl->state == NVME_CTRL_RESETTING;
}
EXPORT_SYMBOL_GPL(nvme_wait_reset);
通过 nvme_wait_reset 获取当前设备或资源的状态：
- 如果
controller state是resetting，说明当前设备或资源处于繁忙状态，无法完成nvme_reset_subsystem； - 如果
controller state是resetting，通过ctrl->ops->reg_write32对NVME_REG_NSSR写入0x4E564D65来完成nvme_reset_subsystem。
再来看一下 reg_write32 的定义：
struct nvme_ctrl_ops {
const char *name;
struct module *module;
unsigned int flags;
#define NVME_F_FABRICS (1 << 0)
#define NVME_F_METADATA_SUPPORTED (1 << 1)
#define NVME_F_BLOCKING (1 << 2)
const struct attribute_group **dev_attr_groups;
int (*reg_read32)(struct nvme_ctrl *ctrl, u32 off, u32 *val);
int (*reg_write32)(struct nvme_ctrl *ctrl, u32 off, u32 val);
int (*reg_read64)(struct nvme_ctrl *ctrl, u32 off, u64 *val);
void (*free_ctrl)(struct nvme_ctrl *ctrl);
void (*submit_async_event)(struct nvme_ctrl *ctrl);
void (*delete_ctrl)(struct nvme_ctrl *ctrl);
void (*stop_ctrl)(struct nvme_ctrl *ctrl);
int (*get_address)(struct nvme_ctrl *ctrl, char *buf, int size);
void (*print_device_info)(struct nvme_ctrl *ctrl);
bool (*supports_pci_p2pdma)(struct nvme_ctrl *ctrl);
};
从上面，不难看出，reg_write32 是 nvme_ctrl_ops 的其中一种操作。
再看一下 nvme_ctrl_ops 的定义，如下：
static const struct nvme_ctrl_ops nvme_pci_ctrl_ops = {
.name = "pcie",
.module = THIS_MODULE,
.flags = NVME_F_METADATA_SUPPORTED,
.dev_attr_groups = nvme_pci_dev_attr_groups,
.reg_read32 = nvme_pci_reg_read32,
.reg_write32 = nvme_pci_reg_write32,
.reg_read64 = nvme_pci_reg_read64,
.free_ctrl = nvme_pci_free_ctrl,
.submit_async_event = nvme_pci_submit_async_event,
.get_address = nvme_pci_get_address,
.print_device_info = nvme_pci_print_device_info,
.supports_pci_p2pdma = nvme_pci_supports_pci_p2pdma,
};
从上面看，reg_write32 相当于 nvme_pci_reg_write32。
那么，再看 nvme_pci_reg_write32 的定义，即：
static int nvme_pci_reg_write32(struct nvme_ctrl *ctrl, u32 off, u32 val)
{
writel(val, to_nvme_dev(ctrl)->bar + off);
return 0;
}
static inline struct nvme_dev *to_nvme_dev(struct nvme_ctrl *ctrl)
{
return container_of(ctrl, struct nvme_dev, ctrl);
}
从上面看，reg_write32 先通过调用 to_nvme_dev 获取 nvme_ctrl 的地址并赋值于nvme_dev，而后 writel 向指定 bar 寄存器中写入指定的 val 值。
pci.c
通过该文件可以了解 NVMe 驱动的初始化是怎样进行的，其中所先后调用的函数及其作用可参考下图所示：
nvme_init
从 linux/drivers/nvme/host/pci.c 12 找到程序入口 module_init(nvme_init);，如下所示：
static int __init nvme_init(void)
{
BUILD_BUG_ON(sizeof(struct nvme_create_cq) != 64);
BUILD_BUG_ON(sizeof(struct nvme_create_sq) != 64);
BUILD_BUG_ON(sizeof(struct nvme_delete_queue) != 64);
BUILD_BUG_ON(IRQ_AFFINITY_MAX_SETS < 2);
BUILD_BUG_ON(DIV_ROUND_UP(nvme_pci_npages_prp(), NVME_CTRL_PAGE_SIZE) >
S8_MAX);
// 注册NVMe驱动
return pci_register_driver(&nvme_driver);
}
从上面来看，初始化的过程只进行了两步：
- 通过
BUILD_BUG_ON检测一些相关参数是否为异常值； - 通过
pci_register_driver注册NVMe驱动；
BUILD_BUG_ON
先看其定义 13，如下：
/**
* BUILD_BUG_ON - break compile if a condition is true.
* @condition: the condition which the compiler should know is false.
*
* If you have some code which relies on certain constants being equal, or
* some other compile-time-evaluated condition, you should use BUILD_BUG_ON to
* detect if someone changes it.
*/
#define BUILD_BUG_ON(condition) \
BUILD_BUG_ON_MSG(condition, "BUILD_BUG_ON failed: " #condition)
所以，在初始化阶段会通过 BUILD_BUG_ON 监测 nvme_create_cq，nvme_create_sq，nvme_delete_queue 等参数是否同预期值一致。
pci_register_driver
先看其定义 14，如下：
static inline int pci_register_driver(struct pci_driver *drv)
{ return 0; }
/* pci_register_driver() must be a macro so KBUILD_MODNAME can be expanded */
#define pci_register_driver(driver) \
__pci_register_driver(driver, THIS_MODULE, KBUILD_MODNAME)
在初始化过程中，调用 pci_register_driver 函数将 nvme_driver 注册到 PCI Bus。
然后，PCI Bus 是怎么将 NVMe 驱动匹配到对应的 NVMe 设备的呢？
nvme_id_table
系统启动时，BIOS 会枚举整个 PCI Bus, 之后将扫描到的设备通过 ACPI tables 传给操作系统。
当操作系统加载时，PCI Bus 驱动则会根据此信息读取各个 PCI 设备的 PCIe Header Config 空间，从 class code 寄存器获得一个特征值。class code 就是 PCI bus 用来选择哪个驱动加载设备的唯一根据。NVMe Spec 定义 NVMe 设备的 Class code=0x010802h, 如下图。
然后，nvme driver 会将 class code 写入 nvme_id_table 12，如下所示：
static struct pci_driver nvme_driver = {
.name = "nvme",
.id_table = nvme_id_table,
.probe = nvme_probe,
.remove = nvme_remove,
.shutdown = nvme_shutdown,
.driver = {
.probe_type = PROBE_PREFER_ASYNCHRONOUS,
#ifdef CONFIG_PM_SLEEP
.pm = &nvme_dev_pm_ops,
#endif
},
.sriov_configure = pci_sriov_configure_simple,
.err_handler = &nvme_err_handler,
};
nvme_id_table 的内容如下，
static const struct pci_device_id nvme_id_table[] = {
{ PCI_VDEVICE(INTEL, 0x0953), /* Intel 750/P3500/P3600/P3700 */
.driver_data = NVME_QUIRK_STRIPE_SIZE |
NVME_QUIRK_DEALLOCATE_ZEROES, },
......
{ PCI_DEVICE(PCI_VENDOR_ID_APPLE, 0x2005),
.driver_data = NVME_QUIRK_SINGLE_VECTOR |
NVME_QUIRK_128_BYTES_SQES |
NVME_QUIRK_SHARED_TAGS |
NVME_QUIRK_SKIP_CID_GEN |
NVME_QUIRK_IDENTIFY_CNS },
{ PCI_DEVICE_CLASS(PCI_CLASS_STORAGE_EXPRESS, 0xffffff) },
{ 0, }
};
MODULE_DEVICE_TABLE(pci, nvme_id_table);
再看一下 PCI_CLASS_STORAGE_EXPRESS 的定义，如下：
/**
* PCI_DEVICE_CLASS - macro used to describe a specific PCI device class
* @dev_class: the class, subclass, prog-if triple for this device
* @dev_class_mask: the class mask for this device
*
* This macro is used to create a struct pci_device_id that matches a
* specific PCI class. The vendor, device, subvendor, and subdevice
* fields will be set to PCI_ANY_ID.
*/
#define PCI_DEVICE_CLASS(dev_class,dev_class_mask) \
.class = (dev_class), .class_mask = (dev_class_mask), \
.vendor = PCI_ANY_ID, .device = PCI_ANY_ID, \
.subvendor = PCI_ANY_ID, .subdevice = PCI_ANY_ID
它是一个用来描述特定类的 PCI 设备的宏变量。
在 PCI_DEVICE_CLASS(PCI_CLASS_STORAGE_EXPRESS, 0xffffff) 中的 PCI_CLASS_STORAGE_EXPRESS 的值遵循 NVMe Spec 中定义的 Class code=0x010802h，在 linux/include/linux/pci_ids.h 15 中有所体现，如下所示：
#define PCI_CLASS_STORAGE_EXPRESS 0x010802
因此，pci_register_driver 将 nvme_driver 注册到 PCI Bus 之后，PCI Bus 就明白了这个驱动是给NVMe 设备( Class code=0x010802h ) 用的。
到这里，只是找到 PCI Bus 上面驱动与 NVMe 设备的对应关系。
nvme_init 执行完毕，返回后，nvme 驱动就啥事不做了，直到 PCI 总线枚举出了这个 nvme 设备，就开始调用 nvme_probe() 函数开始 “干活”。
nvme_probe
现在，再回忆一下 nvme_driver 的结构体，如下所示：
static struct pci_driver nvme_driver = {
.name = "nvme",
.id_table = nvme_id_table,
.probe = nvme_probe,
.remove = nvme_remove,
.shutdown = nvme_shutdown,
.driver = {
.probe_type = PROBE_PREFER_ASYNCHRONOUS,
#ifdef CONFIG_PM_SLEEP
.pm = &nvme_dev_pm_ops,
#endif
},
.sriov_configure = pci_sriov_configure_simple,
.err_handler = &nvme_err_handler,
};
那么现在看一下 nvme_probe 都做了什么？如下所示：
static int nvme_probe(struct pci_dev *pdev, const struct pci_device_id *id)
{
struct nvme_dev *dev;
int result = -ENOMEM;
// 1.
dev = nvme_pci_alloc_dev(pdev, id);
if (!dev)
return -ENOMEM;
// 2. 获得PCI Bar的虚拟地址
result = nvme_dev_map(dev);
if (result)
goto out_uninit_ctrl;
// 3. 设置 DMA 需要的 PRP 内存池
result = nvme_setup_prp_pools(dev);
if (result)
goto out_dev_unmap;
// 4.
result = nvme_pci_alloc_iod_mempool(dev);
if (result)
goto out_release_prp_pools;
// 5. 打印日志
dev_info(dev->ctrl.device, "pci function %s\n", dev_name(&pdev->dev));
// 6.
result = nvme_pci_enable(dev);
if (result)
goto out_release_iod_mempool;
// 7.
result = nvme_alloc_admin_tag_set(&dev->ctrl, &dev->admin_tagset,
&nvme_mq_admin_ops, sizeof(struct nvme_iod));
if (result)
goto out_disable;
/*
* Mark the controller as connecting before sending admin commands to
* allow the timeout handler to do the right thing.
*/
// 8.
if (!nvme_change_ctrl_state(&dev->ctrl, NVME_CTRL_CONNECTING)) {
dev_warn(dev->ctrl.device,
"failed to mark controller CONNECTING\n");
result = -EBUSY;
goto out_disable;
}
// 9. 初始化NVMe Controller结构
result = nvme_init_ctrl_finish(&dev->ctrl, false);
if (result)
goto out_disable;
// 10.
nvme_dbbuf_dma_alloc(dev);
// 11.
result = nvme_setup_host_mem(dev);
if (result < 0)
goto out_disable;
// 12.
result = nvme_setup_io_queues(dev);
if (result)
goto out_disable;
// 13.
if (dev->online_queues > 1) {
nvme_alloc_io_tag_set(&dev->ctrl, &dev->tagset, &nvme_mq_ops,
nvme_pci_nr_maps(dev), sizeof(struct nvme_iod));
nvme_dbbuf_set(dev);
}
// 14.
if (!dev->ctrl.tagset)
dev_warn(dev->ctrl.device, "IO queues not created\n");
// 15.
if (!nvme_change_ctrl_state(&dev->ctrl, NVME_CTRL_LIVE)) {
dev_warn(dev->ctrl.device,
"failed to mark controller live state\n");
result = -ENODEV;
goto out_disable;
}
// 16. 为设备设置私有数据指针
pci_set_drvdata(pdev, dev);
nvme_start_ctrl(&dev->ctrl);
nvme_put_ctrl(&dev->ctrl);
flush_work(&dev->ctrl.scan_work);
return 0;
out_disable:
nvme_change_ctrl_state(&dev->ctrl, NVME_CTRL_DELETING);
nvme_dev_disable(dev, true);
nvme_free_host_mem(dev);
nvme_dev_remove_admin(dev);
nvme_dbbuf_dma_free(dev);
nvme_free_queues(dev, 0);
out_release_iod_mempool:
mempool_destroy(dev->iod_mempool);
out_release_prp_pools:
nvme_release_prp_pools(dev);
out_dev_unmap:
nvme_dev_unmap(dev);
out_uninit_ctrl:
nvme_uninit_ctrl(&dev->ctrl);
return result;
}
详见另外一篇文章 16。
DMA
PCIe 有个寄存器位 Bus Master Enable，这个 bit 置 1 后，PCIe 设备就可以向Host 发送 DMA Read Memory 和 DMA Write Memory 请求。
当 Host 的 driver 需要跟 PCIe 设备传输数据的时候，只需要告诉 PCIe 设备存放数据的地址就可以。
NVMe Command 占用 64 个字节，另外其 PCIe BAR 空间被映射到虚拟内存空间（其中包括用来通知 NVMe SSD Controller 读取 Command 的 Doorbell 寄存器）。
NVMe 数据传输都是通过 NVMe Command，而 NVMe Command 则存放在 NVMe Queue 中，其配置如下图所示：
其中队列中有 Submission Queue，Completion Queue 两个。
参考链接
-
NVMe驱动系列文章 ↩︎
-
Linux NVMe Driver学习笔记之1：概述与nvme_core_init函数解析 ↩︎
-
linux ↩︎
-
bootlin ↩︎
-
linux/drivers/nvme/ ↩︎
-
linux/drivers/nvme/host/Kconfig ↩︎
-
linux/drivers/nvme/host/Makefile ↩︎
-
linux/drivers/nvme/host/core.c ↩︎ ↩︎ ↩︎
-
linux/fs/char_dev.c ↩︎
-
linux/include/linux/device.h ↩︎
-
linux/drivers/nvme/host/ioctl.c ↩︎
-
linux/drivers/nvme/host/pci.c ↩︎ ↩︎
-
linux/include/linux/build_bug.h ↩︎
-
linux/include/linux/pci.h ↩︎
-
linux/include/linux/pci_ids.h ↩︎文章来源：https://www.toymoban.com/news/detail-599920.html
-
驱动 | Linux | NVMe | 2. nvme_probe ↩︎文章来源地址https://www.toymoban.com/news/detail-599920.html
到了这里，关于驱动 | Linux | NVMe | 1. NVMe Driver的前世今生和工作原理概述的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
