LIBNVDIMM 维护者入口配置文件

概述

libnvdimm 子系统管理跨多种架构的持久性内存。邮件列表由 patchwork 在这里跟踪：https://patchwork.kernel.org/project/linux-nvdimm/list/ ...并且该实例被配置为向提交者提供关于补丁接受和上游合并的反馈。补丁被合并到 'libnvdimm-fixes' 或 'libnvdimm-for-next' 分支。这些分支在这里可用：https://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm.git/

一般来说，补丁可以针对最新的 -rc 提交；但是，如果传入的代码更改依赖于其他待定更改，则补丁应基于 libnvdimm-for-next 分支。然而，由于持久性内存位于存储和内存的交叉点，因此在某些情况下，补丁更适合通过文件系统或内存管理树进行合并。如有疑问，请抄送 nvdimm 列表，维护人员将帮助路由。

提交将暴露给 kbuild 机器人进行编译回归测试。在提交之前从该基础设施获得成功通知是有帮助的，但不是必需的。

提交清单附录

该子系统通过 ndctl 实用程序进行单元测试：https://github.com/pmem/ndctl 这些测试需要在补丁提交到上游之前通过，但不一定在初始发布之前。如果您需要帮助设置测试环境，请联系列表。

ACPI 设备特定方法 (_DSM)

在考虑启用新的 _DSM 系列的补丁之前，必须从 ACPI 规范工作组的 NVDIMM 子团队分配一个格式-接口-代码。一般来说，该子系统的立场是推回 NVDIMM 命令集的扩散，因此强烈考虑实施对现有命令集的支持。有关支持的命令集，请参见 drivers/acpi/nfit/nfit.h。

关键周期日期

可以在任何时间发送新的提交，但是如果他们打算赶上下一个合并窗口，他们应该在 -rc4 之前发送，理想情况下在 -rc6 之前在 libnvdimm-for-next 分支中稳定。当然，如果一个补丁集需要超过 2 周的审查时间，-rc4 已经太晚了，有些补丁可能需要多个开发周期才能审查。

审核节奏

一般来说，请等待最多一周时间再进行反馈提醒。首选私人邮件提醒。或者，请其他具有 libnvdimm 更改的 Reviewed-by 标签的开发人员查看并提供他们的意见。